Linux - CentOS 7 Archives - Internetblogger

Sicherheitsupdate des Gitlab Servers v11.9.4 erschienen

Dezember 3, 2019April 2, 2019 von Internetblogger.de

gitlab-server-app-sicherheitsupdate-v11-9-4-internetblogger-de

Hallo geehrter Blogleser! Dieser Blogpost ist gedacht für jeden Gitlab Server Admin, weil es ein neues Sicherheitsupdate gegeben hatte. Das Update wurde im offiziellen Gitlab Blog unter https://about.gitlab.com/2019/04/01/security-release-gitlab-11-dot-9-dot-4-released/ festgehalten und du kannst es dir dort gerne mal anschauen. Das Update installierte ich bereits, ohne meine Instanz im Browser zu checken. Da in der Konsole nichts … Weiterlesen

Gitlab Server App Fehlerbehebungsupdate v11.7.5 erschienen

Dezember 3, 2019Februar 20, 2019 von Internetblogger.de

Hallo geehrter Blogleser und Gitlab Server Admin! Neues Bugfix-Update v11.7.5 ist kürzlich herausgebracht worden und kann ab sofort in jeder Gitlab Instanz installiert werden. Mein Gitlab Server Update von einer älteren Version verlief neulich sehr gut. Ich bin sehr froh über diese gut klappenden Zwischenupdates, wo ich nicht meckern kann. Alles läuft nach Plan und … Weiterlesen

Gitlab Server v11.6.5 – Bugfix-Update erschienen

Dezember 3, 2019Januar 19, 2019 von Internetblogger.de

gitlab-11-6-5-bugfix-update-internetblogger-de

Hallo geehrter Blogleser und Gitlab Server Admin! Neue Gitlab-Updates gab es und diese können ab nun installiert werden. Das jeweilige Update Gitlab v11.6.5 habe ich meiner Gitlab-Installation bereits mit Erfolg angetan. Manchmal vergesse ich, aus dem Verzeichnis /etc/yum.repos.d das Gitlab Repo zu entfernen. Wenn dann Plesk Updates macht, werden auch Gitlab Updates gemacht, aber das … Weiterlesen

Gitlab v11.6.3 Fehlerbehebungsupdate erschienen

Dezember 3, 2019Januar 12, 2019 von Internetblogger.de

gitlab-v11-6-3-bugfix-update-internetblogger-de

Hallo geehrter Blog-Leser und Gitlab Server Admin! Hier bloggte ich eine Weile nicht, weil es woanders viel zu tun gab und ausserdem gehe der Promotion meiner CMS-Dienstleistungen nach. Daher wenig Zeit, um hier zu berichten. Dennoch bin ich täglich hier im Backend und erledige Updates oder schaue nach dem Rechten In diesem Blogpost geht es … Weiterlesen

Neue Updates: JIRA, JIRA Service Desk, JIRA Core und Bitbucket Server

Dezember 3, 2019Oktober 19, 2018 von Internetblogger.de

jira-software-7-12-3-bugfix-update-internetblogger-de

Hallo Blogleser und Admin der Atlassian Apps! Kürzlich sind zahlreiche Atlassian Apps Updates erschienen, die ich meinen Instanzen bereits spendierte. In diesem Blogpost möchte ich dir die Update-Prozedur etwas näher bringen und gerne schildern.

Es gilt einiges beim Updaten einer Atlassian App zu beachten und wenn man sich noch nicht so sehr einfuchste, kann es zu Problemen führen. Meistens konnte ich mir bisher immer aushelfen, wenn es Probleme gab. Es bedeutet auch, dass du immer mit der Google Suche gut umgehen solltest und du suchst oft auf den Atlassian Seiten nach Problemlösungen. Atlassian Entwickler und Macher verfügen über eine sehr gute Doku auf eigenen Webseiten, sodass in der Regel alle Probleme schon mehrmals angesprochen wurden.

Erschienen sind Updates von JIRA, JIRA Core, JIRA Service Desk und Bitbucket Server und darunter werde ich diese Updates gerne etwas näher betrachten.

JIRA Software auf die neue Version 7.12.3 aktualisieren – wie geht das?

Das jeweilige Update bekam neue Bugfixes, so genannte Fehlerbehebungen, die du bereits heute unter https://confluence.atlassian.com/jirasoftware/issues-resolved-in-7-12-3-959308127.html nachschauen kannst. Mein Update unter https://jira.hro-mv.de war mir gut gelungen.

Gewöhne es dir an, ab und an nach “release notes” einer Atlassian App in Google zu suchen, denn dadurch erfährst vom eigentlichen Update und muss dann eventuell handeln. In der Regel sind es alles geprüfte und stabile Atlassian Apps Updates.

Von den Atlassian Webseiten lädst du dir den Linux-BIN-Installer für JIRA Software Server herunter, lädst es unentpackt ins Verzeichnis /usr/bin in Lunux OS hoch. Danach bist in der Konsole als “root” und navigierst zum Verzeichnis so.

cd /usr/bin

Alle Bin-Installer bei Atlassian-Updates bekommen den CHMOD 755, damit sie ausführbar sind.

Von diesem Verzeichnis aus, was jetzt für JIRA Software gilt, führst du diesen SSH-Befehl in der Konsole aus.

./atlassian-jira-software-7.12.3-x64.bin

Du musst beim Downloaden des Linux-BIN-Installers auf die OS Version achten, denn es kann sein, dass du entweder die 32-oder-64bit-Version bei dir auf dem Rootserver hast. Daher bitte etwas unterscheiden. Der obige SSH-Befehl ist für die 64bit-Version, die mir unter Centos 7.5 vorliegt.

Den Befehl führst du aus und bleibe bitte bei der Konsole, denn du wirst dort nach Sachen gefragt, was gemacht werden muss. Du musst ein Upgrade einer bereits existenten JIRA Installation machen. So steht es in der Konsole dementsprechend das Ganze auf Englisch.

Achte auch darauf, dass du im Installer via SSH den richtigen Pfad zu dem JIRA-Installationsverzeichnis angibst. Es wird dann meistens so sein.

/opt/atlassian/jira

Wenn es anders ist, musst du es dann auch so angeben. Das Home-Verzeichnis bei Atlassian Apps hat diesen Pfad in Server.

/var/atlassian/application-data/jira

/var/atlassian/application-data/bitbucket

/var/atlassian-application-data/confluence

und so weiter.

Ich habe meine JIRA Server Instanz bereits mit https und beim Update der Instanz wird geprüft, ob du lokale Modifizierungen vornahmst. Das wird bei https die Datei server.xml sein. Sie befindet sich unter /opt/atlassian/jira/conf/server.xml.

Sie kannst du vor dem Update bitte backupen. Darin wird nämlich der Connector-Port auf 8080 zurückgesetzt. Wenn du JIRA aber unter SSL hast und noch mehrere Atlassian Apps im Server hast, wird der Port anders sein.

Damit es mit https bei JIRA App klappt, musst du in der server.xml den dafür vorgesehenen Abschnitt aktivieren. Entferne bitte dabei das:

<!--

-->

Der Abschnitt sieht dann meistens derart aus.

 <Connector port="8060" relaxedPathChars="[]|" relaxedQueryChars="[]|{}^&#x5c;&#x60;&quot;&lt;&gt;"
maxThreads="150" minSpareThreads="25" connectionTimeout="20000" enableLookups="false"
maxHttpHeaderSize="8192" protocol="HTTP/1.1" useBodyEncodingForURI="true" redirectPort="8443"
acceptCount="100" disableUploadTimeout="true" bindOnInit="false" secure="true" scheme="https"
proxyName="servicedesk.apps-tools-cms.de" proxyPort="443"/>

Es wird bei diesen Apps immer dasselbe sein, aber dennoch empfehle ich es dir, erst nach dem Update, ohne JIRA zu starten, diesen Abschnitt an den generischen Port und die Domain anzupassen. Ganz zum Schluss beim Aktualisieren, starte JIRA einfach nicht und öffne die server.xml Datei. So kannst du dann arbeiten.

In der Apache-Datei httpd.conf muss es dementsprechend dann in etwa so aussehen.

DocumentRoot "/opt/atlassian/jiradesk"


ProxyRequests On
ProxyVia On
Timeout 2400
ProxyTimeout 2400
ProxyBadHeader Ignore

<Proxy *>
Require all granted
</Proxy>

ProxyPass / http://servicedesk.apps-tools-cms.de:8060/
ProxyPassReverse / https://servicedesk.apps-tools-cms.de/

Das gilt bei mir für https. Diese Datei erstellt Plesk selbst, je nach Aktivierung von Lets Encrypt oder eben nur unter Port 80 mit “http”. So kannst du schauen, wie das Ganze dann hinterlegt werden kann.

Nun kommen wir zum Update von JIRA Core.

JIRA Core aktualisieren auf die neue Version 7.12.3

Im Blogpost unter https://confluence.atlassian.com/jiracore/issues-resolved-in-7-12-3-959308125.html haben die Entwickler einige Issues festgehalten, die das Update ausmachten und so weisst du, was alles verbessert wurde.

Den Linux-BIN-Installer für JIRA Core besorgst du dir von den Atlassian Webseiten, lädst es wiederum ins Verzeichnis /usr/bin hoch und von diesem Verzeichnis aus, führst du den unteren SSH-Befehl aus.

./atlassian-jira-core-7.12.3-x64.bin

Beobachte bitte dabei das Update via Kommandozeile, weil du wieder nach Aktion gefragt wirst. Am Ende JIRA Core entweder starten oder nicht, je nachdem, ob deine JIRA Core Instanz unter SSL oder mit http läuft. Die Datei server.xml im Verzeichnis /conf wird immer editiert, wenn du mit SSL arbeitest und bei neuem Update wird sie überschrieben. Daher bedarf es wiederum neuer Anpassungen an die momentane Situation.

Atlassian Apps werden immer als User der jeweiligen App gestartet.

So kannst du in der Konsole zum User wechseln mit diesen Befehlen.

su jira

su confluence

su jira2

su jira3

etc.pp.

Danach navigierst du zum /bin-Verzeichnis so.

cd /opt/atlassian/jira/bin

Von dort aus startest du deine JIRA, JIRA Core, JIRA Service Desk Instanz derart neu oder stoppst es, wenn du irgendwelche Änderungen vornimmst.

sh stop-jira.sh

sh start-jira.sh

Jetzt kommen wir zum Update von JIRA Service Desk.

JIRA Service Desk auf die neue Version 3.15.3 aktualisieren

Unter https://confluence.atlassian.com/servicedesk/issues-resolved-in-3-15-3-959308126.html gibt es wiederum einen Post mit den erledigten Tickets beim Service Desk in JIRA. Du kannst dir auch hierbei den LINUX-BIN-Installer von den Atlassian Seiten downloaden, lädst es ins Verzeichnis /usr/bin hoch und führst von dort aus diesen SSH-Befehl via Konsole aus.

./atlassian-servicedesk-3.15.3-x64.bin

Atlassian Apps in Server haben unterschiedliche User, sodass dir die Konsole etwas hilft, wenn du zum Beispiel zum Verzeichnis /opt/atlassian/jira/bin navigiert hast und von dort aus JIRA App starten willst. Wenn der User nicht stimmt, tippst du va SSH “exit” ein und wechselst mit “su user” zu dem richtigen User der App. So musst du dir das einprägen.

Falls eine App mit dem alten Prozess läuft und du so JIRA nicht starten kannst, checke es bitte mit dem unteren Befehl via Kommandozeile.

ps -aux | grep jira

ps -aux | grep confluence

ps -aux | grep jiradesk

ps -aux | grep jiracore

und so weiter.

Danach entdeckst du in der obigen Zeile die Prozess-ID. Den Prozess beendest du dann einfach mit diesem Befehl.

kill -9 <pidid>

Die “pidid” steht dann in der Zeile mit dem Verzeichnis, von welchem aus eine JIRA App startet. Das kannst du via Konsole nicht übersehen.

Zum Schluss zeige ich dir noch das Bitbucket Server Update, welches ich gestern Nacht vollbrachte. Meine Bitbucket Instanz ist ebenfalls mit “https” und so musste ich im Verzeichnis /var/atlassian/application-data/bitbucket/shared/bitbucket.properties diese Zeilen eintragen.

server.secure=true
server.scheme=https
server.proxy-port=443
server.proxy-name=bitbucket.apps-tools-cms.de

Das gilt für SSL und wir so gehandhabt.

Updaten einer Bitbucket Server App auf die neue Version 5.15

Hier musst du ebenfalls den LINUX-Bin-Installer von den Atlassian Webseiten downloaden, lädst es unentpackt ins Verzeichnis /usr/bin hoch. Danach musst du den Installer so ausführen.

./atlassian-bitbucket-5.15.0-x64.bin

Bei Bitbucket haben wir keine server.xml-Datei unter /conf. Ich habe SSL via bitbucket.properties-Datei ermöglicht und ebenfalls muss in Plesk die jeweilige Subdomain SSL aktiviert haben.

Die Base-URL bei den Atlassian Apps muss dementsprechend auf https angepasst werden. Wenn du von http zu https umstellst, empfehle ich es dir, dich zuerst im Backend einer App einzuloggen, die Base-URL zu ändern und erst dann Server-Anpassungen vorzunehmen. Andernfalls kommst du nicht mehr ins Backend hinein und kannst nichts mehr machen. Diese Erfahrungen musste ich kürzlich über mich ergehen lassen, habe es dann aber dennoch hinbekommen.

Bitbucket Server kann gerne als “root” in Rootserver so gestartet werden.

service atlbitbucket start

service atlbitbucket restart

service atlbitbucket stop

Beim Bitbucket Server Update entsteht immer eines neues Installations-Verzeichnis wie etwa unter /opt/atlassian/bitbucket/5.15.0. Dies gilt dann als Rootverzeichnis und muss in der Apache Datei httpd.conf so hinterlegt werden.

Erst dann kannst du Apache Service so neu starten.

service httpd restart

service atlbitbucket restart

Auch kannst du nach dem Bitbucket Prozess via SSH so suchen.

ps -aux | grep bitbucket

Das ist sehr hilfreich, wenn alte Prozesse vom alten Installationsverzeichnis laufen und Bitbucket nicht vom neuen Install-Verzeichnis im Browser starten kann. Daher kannst den jeweiligen Prozess beenden und startest Bitbucket als “root” via Konsole einfach neu.

Dieses Tutorial ist für Atlassian Apps Beginner und leicht Fortgeschrittene gedacht, weil die Profis es bereits kennen dürften. Ich bringe halt immer meine Erfahrungswerte mit ein und zeige dir, wie man was machen kann, wenn man ein Server-Admin ist und allerhand Atlassian Apps unter einem Dach hat. Sie müssen verschiedene generische Ports aufweisen, haben unterschiedliche Konfigurationen und den Inhalt von der httpd.conf-Datei.

Aus diesem Grunde muss sehr viel beachtet werden.

Ich hoffe, dass ich dir mit diesem Blogpost etwas helfen konnte und bei Fragen zu den SSH-Updates einer Atlassian App kannst du gern darunter feedbacken.

by Alexander Liebrecht

Gitlab Server v11.3.6 mit Fehlerbehebungen erschienen

Dezember 3, 2019Oktober 17, 2018 von Internetblogger.de

gitlab-server-11-3-6-bugfix-update-internetblogger-de

Hallo Blogleser und Gitlab Admin! Es ist wieder Zeit für neue Gitlab App Updates, denn da war etwas erschienen. Das neue Gitlab Server Update hat mit Fehlerbehebungen zu tun und sollte zeitnah installiert werden. Ich habe hier im Blog schon sehr oft die Update-Prozedur beschrieben, sodass du das kennen müsstest, aber für neue Blog-Besucher und … Weiterlesen

Kritisches Sicherheitsupdate des Gitlab Servers – v11.3.4

Dezember 3, 2019Oktober 6, 2018 von Internetblogger.de

gitlab-server-11-3-4-kritisches-sicherheitsupdate-internetblogger-de

Hallo Blogleser und Gitlab Server Admin! Ein kritisches Sicherheitsupdate der Gitlab Server Linux App war erschienen. Alle Admins sind dazu angehalten, das Update dringenderweise zu installieren. Ich habe es eben bei meiner Gitlab Instanz unter http://gitlab.apps-tools-cms.de vollbracht, was ein Erfolg war. Auch du solltest zeitnah deiner Gitlab Instanz dieses Update spendieren. Beim Gitlab Server hat … Weiterlesen

OpenProject App in der Version 8.0.1 erschienen – Updaten lohnt sich

Dezember 3, 2019September 27, 2018 von Internetblogger.de

openproject-app-8-0-1-bugfix-update-internetblogger-de

Hallo Blogleser und Webadmin! Die Tage kam eine neue OpenProject-Version v8.0.1 heraus, die mit Fehlerbehebungen bestückt war. Darum wird es in diesem Beitrag auch gehen.

OpenProject als Projektverwaltungsapp bekannt und wird unter Linux bzw. auf einem Rootserver zum Laufen zu bekommen sein. Ich arbeite sehr gerne damit, weil ich auch sehr breit aufgestellt bin, wenn es um Linux Apps geht. So wird einiges ausprobiert und wenn es mir gefällt, schaue ich nach der zeitnahen Installation der jeweiligen Linux-App.

Im Haupt-Release von OpenProject, der v8.0.0, haben wir einen richtigen Wysiwyg-Editor erhalten, den ich mir schon etwas ansehen konnte. Du kannst im Prinzip dann deine Inhalte im Editor ordentlich formatieren. Vorher war es die Textile-Sprache, jetzt glaube ich zu wissen – HTML.

Unter https://www.openproject.org/release-notes/openproject-8-0-1/ sind alle Fehlerbehebungen der Version 8.0.1 aufgelistet und die OP-Developer danken jedem freiwilligen Helfer und Supporter für das Einreichen jeglichen OP-Bugs. Die Community ist vollkommen intakt und funktioniert sehr gut dort. Früher noch, wo ich das erste Mal OP installieren wollte, habe ich sehr oft im Support-Forum gelesen, um Erfahrungen zu sammeln.

Derzeit funktionieren OpenProject-Updates und mir fehlt in der Instanz an nichts.

Wie aktualisierst du OpenProject auf v8.0.1

Im Verzeichnis /etc/yum.repos.d muss das Repo mit CE-Version von OpenProject sein. Erst dann kannst du das SSH-Update bewerkstelligen. Zudem nimmst du wie bei Linux, bei mir in Centos 7.5, üblich ist, diesen SSH-Befehl.

yum update

Zum Schluss, damit deine OP-Instanz im Browser auftaucht, führst du in der Konsole diesen Befehl aus.

openproject configure

So werden alle Scripte aktiviert und laden dann auch. So viel hierzu und ich denke, dass du die OP-Updates bereits kennst. Wenn es nicht der Fall ist, kannst du dich nach meiner Ausführung etwas richten.

Es ist sehr zur Freude der Nutzer, dass die Entwickler unermüdlich daran arbeiten, OpenProject weiterhin besser zu machen. Sie erwähnen es auch selbst in den Erscheinungsnotizen. Das ist ein gutes Zeichen einer erfolgreichen Weiterentwicklung und die Community wächst und wächst. Was will man da als User mehr.

Nun wünsche ich dir erfolgreiches Upgraden deiner OpenProject Instanz und falls du mit SSH nicht weiterkommst, wende dich hier drunter an mich. Ich habe bestimmt einen Rat parat 🙂

by Alexander Liebrecht

Neue Updates von Confluence Server und Bitbucket Server

Dezember 3, 2019September 17, 2018 von Internetblogger.de

bitbucket-server-5-14-bugfix-features-update-internetblogger-de

Hallo Blogleser! In diesem Blogpost zeige ich dir die neuesten Atlassian Updates von Confluence Server App und des Bitbucket Servers. Confluence ist in der Version 6.11.2 erschienen. Bitbucket Server kam als neue Version 5.14 heraus.

Beide Updates sind herzlich willkommen, denn dabei auch Fehler behoben wurden. Heute hatte ich etwas mehr zu tun mit Confluence Server, denn die Bereiche bzw. die Pages liessen sich nicht bearbeiten. Der Problemlösung kam ich dann recht fix auf die Schliche und konnte das Problem lösen. Dazu etwas weiter unten in diesem Blogpost.

Jetzt zeige ich dir den SSH-Befehl, mit welchem du den Confluence Server dieses Mal aktualisieren kannst. Es wird vom Verzeichnis /usr/bin aus ausgeführt. In der Kommandozeile achtest du bitte darauf, was dich der Installer fragt und reagierst dann dementsprechend.

Es muss ein Upgrade einer bereits existenten Confluence Installation gemacht werden. So in etwa wird es in SSH auf Englisch stehen. Nun zum Befehl.

./atlassian-confluence-6.11.2-x64.bin

Der obige SSH-Befehl gilt für ein 64bit Rootserver-System, weil mein System es hat. Bei 32-Bit-Versionen muss ein anderer BIN-Installer von den Atlassian Webseiten heruntergeladen werden. Das kennst du vermutlich bereits. Aber nur mal so nebenbei gemerkt.

Unter https://confluence.atlassian.com/doc/issues-resolved-in-6-11-1-957494856.html kannst du nachlesen, was gefixt wurde.

Lösen des Problems mit dem unmöglichen Editieren der Pages in Confluence

Um das Problem zu lösen, musst du im Confluence Backend oben rechts die Suchmaske verwenden. Du tippst dort den Begriff “gemeinschaftlich” ein. Es heisst voll ausgesprochen “gemeinschaftliches Bearbeiten” der Inhalte. Das muss dort dann deaktiviert werden. Es ist sicherlich ein Bug, welchen Confluence seit etlichen Versionen mit sich herumschleppt.

Früher hatte ich dieses Problem ebenfalls und löste es auf dieselbe Art und Weise, indem das gemeinschaftliche Bearbeiten deaktiviert wurde. Das ist der ganze Trick bei dem Problem. Danach kannst du wieder deine Seiten in Confluence Server super bearbeiten sowie speichern. Vorher lud der Editor nicht.

Nun etwas zum Bitbucket Server. Dieser erschien als neue Version 5.14, ebenfalls wie Confluence mit Fehlerbehebungen. Hinter dem Linkverweis wie unter https://confluence.atlassian.com/bitbucketserver/bitbucket-server-5-14-release-notes-956720375.html kannst du die Release Notes etwas studieren. Neu war zum Beispiel das Ermöglichen von MySQL 8.0, was noch sehr neu ist.

Auch MariaDB 10.3.7 wurde ermöglicht als Database Engine. Ich hatte beim Update meines MariaDB Servers in der Version 10.2.16 Probleme auf dem Rootserver und daher liess ich es sein. In den englischen Tutorials hiess es, man muss MariaDB ganz löschen, doch das darfst du im Falle von Plesk nicht. Es werden dabei sehr viele Plesk-Komponenten einfach mitgelöscht. Diese Erfahrung machte ich bereits. Aber ich konnte mir aushelfen, weil ich die Verzeichnisse, die dafür zuständig waren, woandershin verschob.

Updaten auf Bitbucket Server v5.14 – wie geht das?

./atlassian-bitbucket-5.14-x64.bin

Diesen Befehl führst du in der Konsole vom Verzeichnis /usr/bin aus. Vergibt bitte dem BIN-Installer vorher CHMOD-Rechte von 755, damit er ausführbar ist. Der Rest geschieht in SSH und zum Schluss kannst du Bitbucket mit dem unteren Befehl neu starten.

service atlbitbucket restart

Denke bitte noch daran, das mysql-Plugin nach /opt/atlassian/bitbucket/5.14.0/app/WEB-INF/lib hochzuladen. Andernfalls wird Bitbucket im Browser nicht starten.

Bitbucket Installer erstellt bei jedem Update ein neues Installationsverzeichnis mit dem neuen Pfad. Dieser muss als Root in der Apache-Datei httpd.conf hinterlegt werden. Danach solltest du Apache so neustarten.

service httpd restart

Auch denkst du an den generischen Port, weil ich weiss, dass es Tomcat Ports sind, an welchen Confluence und Bitbucket laufen. Ich habe es ja bei mir mit den beiden Linux-Apps so realisiert, dass ich mit SSL im Frontend arbeite. Das war ein wenig mehr Arbeit, aber ich hatte es hinbekommen. Dennoch ist der Port in der httpd.conf angegeben. Nur im Browser sind beide Apps so erreichbar.

https://hro-mv.de / Confluence App
https://bitbucket.apps-tools-cms.de / Bitbucket Server App

So viel dieses Mal zu Atlassian Updates und diese kannst du gerne mitnehmen, weil einiges verbessert oder neu eingeführt wurde. Bei Fragen zu SSH-Updates wende dich darunter in den Kommentaren an mich.

by Alexander Liebrecht

Neue Atlassian Updates – JIRA Server und JIRA Service Desk erschienen

Dezember 3, 2019September 11, 2018 von Internetblogger.de

jira-software-server-im-frontend-auf-startseite-internetblogger.de

Hallo Blogleser und Linux Admin, denn an dich richtet sich dieser Blogpost. Es sind nämlich neue Atlassian Updates erschienen, die Updates von JIRA Software Server und auch JIRA Service Desk nach sich zogen.

Darüber wird dieser Blogpost gehen und ich machte beide Updates bereits mit vollem Erfolg, weil ich mich damit gut auskenne.

Atlassian Entwickler sind sehr auf Zack und kümmern sich um die hauseigene Software, sodass wir Linux Admins regulär in den Genuss frischer Updates kommen können. Wie man beide Apps aktualisiert, schildere ich dir im Folgenden.

Es geht wiederum mit SSH/Kommandozeile, weil es entweder auf Windows oder in Linux laufende Apps sind. Auch kannst du die jeweiligen Bin-Installer von den Atlassian Webseite downloaden. Suche am besten in Google nach den Release Notes beider Apps und dort ist immer ein Link zu der neuen Version der jeweiligen App eingebunden.

JIRA Server Update und wie du das erledigen kannst!?

Der Linux Bin Installer wird ins Verzeichnis /usr/bin hochgeladen, weil es eine .bin-Datei ist und entsprechend dieser neuen JIRA Software Version wird der Bin-Installer via SSH so ausgeführt.

./atlassian-jira-software-7.12.1-x64.bin

Es muss nur noch nach 32/64-bit-Betriebssystemen unterschieden werden. So musst du den Bin-Installer auch dementsprechend bei Atlassian beziehen. Mache dir nur dein Server-System nicht kaputt, wenn du dich getäuscht hast 🙂 Es ist sehr wichtig, das zu beachten.

Das neue JIRA-Update geht in Richtung frischer Bugfixes, so genannten Fehlerbehebungen und solche Updates sind immer zu machen. Da du bereits ein Linux-Admin bist, fehlt nur noch die JIRA Server App in deiner Server-Umgebung. Mit JIRA lassen sich Projekte, Aufgaben, Storys etc. erstellen und sehr gut verwalten. Ich habe heute bei meiner JIRA App unter https://jira.hro-mv.de paar Aufgaben neu erstellt. In der JIRA-Navigation findest du die neuen Aufgaben von heute von mir und so kannst du dort gerne Feedback hinterlassen, wenn es zu den Aufgaben passt.

Disqus-Kommentare ab heute wieder an Bord meiner JIRA-App, weil ich die Lizenz des Disqus-Addons erneuert habe.

Ich habe mir ein paar Überlegungen gemacht zwecks meiner Aktivitäten in JIRA. Wozu habe ich diese App, denn du musst dich damit befassen und das tue ich wieder, denn sonst für umsonst gekauft, weil es auch Geld kostet und vor allem das jährliche Updaten der JIRA-Lizenz. Es kostet nach dem Erstkauf 5 USD pro Lizenz-Update, was ich mir leisten kann. Aber der Nutzen ist wesentlich grösser als dieses Geld, daher setze ich es weiterhin ein. So sehe ich das nämlich.

[bctt tweet=”#Atlassian #Updates draussen: #JIRA #Software Server und JIRA Service Desk. Updates erfolgreich!” username=”blogsash”]

Nun etwas zum JIRA Service Desk, einer weiteren auf der JIRA Software basierenden sowie separaten Linux bzw. Windows App.

Update von JIRA Service Desk – wie geht das?

./atlassian-servicedesk-3.15.1-x64.bin

Das ist der SSH-Befehl, welcher bei Atlassian Apps immer vom Verzeichnis /usr/bin aus ausgeführt wird. Den Rest macht der Installer normalerweise, aber du musst es erstens anstossen und zweitens in der Konsole verfolgen, denn du wirst da nach Aktionen gefragt, was der Installer in dem Moment machen soll. Das ist einfach und für jeden Linux Admin nachvollziehbar.

Auch beim Service Desk gab es mehrere Fehlerbehebungen, sodass auch dieses Update installiert werden sollte. Lasse dir kein Bugfix-Update entgehen, denn somit bist du stets in Übung, wenn es neue Updates sind. Das ist sehr wichtig, damit du es anderen Mitusern beibringen und an deine Blogleser weitertragen kannst. Durch CMS/Apps-Updates habe ich in den letzten Jahren sehr viel gelernt, denn so manch ein Update abverlangt dir dein ganzes Wissen, insbesondere dann, wenn es bei Updates zu Fehlern kommt.

Daher immer schön alles mitmachen und in der Materie fit bleiben, ist meine Devise. Nun, das wäre schon mal das zu den jeweiligen Atlassian Updates und falls du Fragen zu SSH-Updates hast, wende dich hier drunter an mich. Ich weiss bestimmt einen nützlichen Rat für dich.

Weiterführende Links

https://confluence.atlassian.com/jirasoftware/issues-resolved-in-7-12-1-957151606.html
https://confluence.atlassian.com/servicedesk/issues-resolved-in-3-15-1-957151625.html

by Alexander Liebrecht

Sicherheitsupdate des Gitlab Servers v11.2.3 erschienen – bitte dringend updaten

Dezember 3, 2019September 1, 2018 von Internetblogger.de

gitlab-11-2-3-sicherheitsupdate-internetblogger-de

Hallo Blogleser, eine ganze Menge hat sich bei mit im Portfolio getan und aktuell promote ich meine Bolt CMS Dienstleistung so gut es mir machbar ist. Aber hierbei geht es speziell um das neue Sicherheitsupdate des Gitlab Servers, welches herausgekommen ist. Darum wird es in diesem Blogpost gerne gehen. Gitlab Updates sind sehr gut und … Weiterlesen

Atlassian Updates: Confluence, Bitbucket, JIRA Software, JIRA Service Desk

Dezember 3, 2019August 9, 2018 von Internetblogger.de

atlassian-updates-confluence-jira-server-jira-service-desk-bitbucket-internetblogger-de

Hallo Atlassian App Admin! Diesen Blogpost widme ich ausschliesslich den genialen Atlassian Apps Updates, die kürzlich erschienen waren. Solche Updates installierst du immer via Kommandozeile/SSH, weil es nicht anders geht in Linux.

Ich fange mal mit den Confluence Update an.

Confluence 6.10.1 Bugfix Update draussen

Unter https://confluence.atlassian.com/doc/issues-resolved-in-6-10-1-953671313.html ist es hinterlegt bei den Atlassian Entwicklern und dieses Update galt der Wartung und den Bugfixes. Es sind wiederum Fehlerbehebungen, die ermöglicht wurden und solche Updates solltest du immer mitnehmen.

Ich habe alles an Atlassian Apps aktualisiert, bis auf JIRA Service Desk. Leider ist bei solchen Rootserver-Uploads meine DSL-Leitung blockiert, sodass ich nichts mehr tun kann. Daher brauche ich immer einen richtigen Zeitpunkt für solche längeren Uploads der bin-Installer in Linux. Mal kann ich parallel arbeiten und mal nicht. So ist es leider.

Wie kannst du das Update erledigen

Vom Verzeichnis /usr/bin aus führst du diesen Befehl in der Kommandozeile aus.

./atlassian-confluence-6.10.1-x64.bin

Der Bin-Installer wird dann ausgeführt und du kannst das eigentliche Update via Konsole mitverfolgen. Wenn du schon geübter bei solchen Updates bist, kannst du die Konsole alles machen lassen. Aber anfangs muss man da alles anstossen und das Richtige wählen. Es kommt ein ” upgrade an existing confluence server installation” oder so ähnlich. Das musst du dann nehmen. Ich denke, dass du es als Linux Admin bereits kennst und wenn nicht, wird es Zeit, dass du es kennenlernen kannst.

Das zweite Atlassian Update war das mit Bitbucket bei mir.

Bitbucket Update – v5.13

Das Update wurde unter https://confluence.atlassian.com/bitbucketserver/bitbucket-server-5-13-release-notes-953131455.html dokumentiert, was du jederzeit immer wieder aufrufen kannst. Mir steht das Update auf die nagelneue Version in den nächsten Minuten noch bevor und das wird denke mal auch von Erfolg gekrönt sein.

Dieses Update im Speziellen machst du auch von der Kommandozeile aus mit dem darunter folgenden SSH-Befehl. Es wird immer vom Verzeichnis /usr/bin aus ausgeführt, denn dorthin laden wir unsere Bin-Linux-Installer von Atlassian hoch.

./atlassian-bitbucket-5.13-x64.bin

Das führst du dementsprechend aus.

Was ist neu bei diesem Bitbucket Server Update v5.13?

Neu ist auch der GIT-Support für die neue Git-Version 2.18.0. GIT ist die Versionskontrolle in der Software-Entwicklung und damit arbeite ich bereits in Bitbucket Server sowie dem Gitlab Server bei mir auf dem Rootserver.

In der neuen Version kannst du ab sofort Label hinzufügen, was ich noch ausprobieren möchte. Das wird sehr leicht zu handhaben sein. Für die Repositories sind die Label gedacht.

Und drittens gab es einige Fehlerbehebungen an der Version, sodass es allen Admins vom Bitbucket Server zugute kommen wird.

Nun erwähne ich noch das Update vom JIRA Software Server.

Update Jira Software Server

Dieses Update wurde von den Altassian Developern unter https://confluence.atlassian.com/jirasoftware/issues-resolved-in-7-11-1-954253993.html dokumentiert und es gab etliche Fehlerbehebungen, sodass du auch dieses Update mitnehmen solltest. Wie du willst natürlich, aber besser wäre es.

Wie machst du Update auf JIRA Software Server 7.11.1?

Das wird der folgende SSH-Befehl vom Verzeichnis /usr/bin in der Konsole sein.

./atlassian-jira-software-7.11.1-x64.bin

Das wird via Konsole ausgeführt und du folgst allen Anweisungen, die du in SSH in dem Rahmen zu sichten bekommst. Atlassian Apps Updates haben eines gemeinsam: Sie werden via SSH ausgeführt und sie gestalten sich nach einem Prinzip.

Update JIRA Service Desk

Diese Atlassian App muss ich noch aufbauen, weil es mehr Englisch ist als Deutsch. Es wird wohl nur von grossen Firmen und Unternehmen als Support Desk eingesetzt, wobei ich da meine Erfahrungen mit dieser App sammeln möchte. Mal sehen, wohin es dann führen wird.

Es kam der neue Service Desk 13.4.1 heraus, welcher den Fehlerbehebungen geschuldet war. Das Update via SSH wird so gemacht.

Wie machst du das Update auf JIRA Service Desk 13.4.1

./atlassian-servicedesk-13.4.1-x64.bin

Das wird via Kommandozeile vom Verzeichnis /usr/bin aus ausgeführt und wie auch hier folgst du allen Anweisungen der Kommandozeile.

Das waren die vier Atlassian Apps, mit denen ich zur Zeit am Arbeiten bin. Es gefällt mir sehr mit diesen Apps und ich werde weiterhin ein treuer Atlassian Apps Admin sein, solange ich den Rootserver habe.

#Atlassian #Updates: #Confluence, #Bitbucket, #JIRA #Software, #JIRA #Service #Desk https://t.co/bwqzyw9uNy via @blogsash

— Alexander Liebrecht (@blogsash) August 9, 2018

Falls du Fragen zu den einzelnen Apps Updates haben solltest, solltest du hier drunter die Kommentarfunktion benutzen. Das kann mal vorkommen, dass jemand von den Atlassian Apps Admins auf diesen Beitrag stösst.

Ich wünsche dir erfolgreiche Updates in Linux mit den Atlassian Apps.

by Alexander Liebrecht

Gitlab v11.1.2 Sicherheitsupdate draussen – du sollst zeitnah aktualisieren

Dezember 3, 2019Juli 27, 2018 von Internetblogger.de

gitlab-11-1-2-sicherheitsupdate-internetblogger-de

Hallo Blogleser und Gitlab Admin! Wie ich schon mehrmals sagte, erscheinen Gitlab Updates beinah wöchentlich und auch gestern oder heute war es damit soweit. Ein wichtiges Sicherheitsupdate wurde ins Virtuelle verfrachtet und sollte dringenderweise von dir installiert werden.

Zum Update kannst unter https://about.gitlab.com/2018/07/26/security-release-gitlab-11-dot-1-dot-2-released/ etwas nachlesen. Im Prinzip geht es um die Sicherheit deiner Gitlab Instanz und der Gitlab Installation. Das Update heute war mir sehr gelungen und so konnte ich es ohne Probleme installieren.

yum update hatte Probleme, weil so manche Repositories nicht erreichbar waren. Ich denke aber, dass es sich dabei um ein temporäres Problem handelt. Normalerweise funktionieren yum udpates immer sehr gut.

Falls du Gitlab aktualisieren willst, musst du diesen SSH-Befehl vom Root aus einsetzen.

yum update

Auch sollte genügend Space im Verzeichnis / sein. Da hatte ich neulich Probleme. Du kannst mit dem unteren SSH-Befehl checken, wie viel Platz frei ist.

df -h

Falls schon alles voll, musst du unter /var/log beigehen und doppelte sowie dreifache Logs löschen. Es gibt immer die Original Log-Datei und das was, bereits erstellt wurde. Das Doppelte kann man dabei löschen und schon gibt man Speicher frei unter /.

Eigene Gitlab Instanz

Sie habe ich unter http://gitlab.apps-tools-cms.de und dort habe ich sie schon seit einer Weile. Ich denke oder gehe davon aus, dass der Rootserver nicht mehr kaputt gehen wird. Eine zu 100-prozentige Garantie gibt es nicht, denn die Hardware wird sehr in Anspruch genommen. Immerhin habe ich 8 Power-Linux-Apps am Laufen. Das muss schon was heissen oder… Schauen wir mal!

#Gitlab v11.1.2 #Sicherheitsupdate draussen – du sollst zeitnah aktualisieren https://t.co/hB6dsM8DLB via @blogsash

— Alexander Liebrecht (@blogsash) July 27, 2018

Das ist jetzt ein kurzer Blogpost, denn wenn du das hier verfolgt hast seit Anfang, wirst du wissen, was zu tun ist. Gitlab Updates Posts bauen ja bei mir doch schon aufeinander auf, sodass man mitlernen kann.

Ich wünsche dir erfolgreiches Updaten deiner Gitlab Instanz und dass Yum Manager keine Zicken macht.

by Alexander Liebrecht

OpenProject v7.4.7 mit Fehlerbehebungen erschienen – Updaten funktioniert gut

Dezember 3, 2019Juli 22, 2018 von Internetblogger.de

openproject-7-4-7-fehlerbehebungsupdate-internetblogger-de

Hi Blogleser und OpenProject-Admin! Du kannst wieder deine OP-Instanz auf den nächsten Level bringen, weil es neue Updates gegeben hatte. Die neue Version 7.4.7 ist neulich erschienen und kann ab sofort auf allen Servern der OP-Admins installiert werden.

Das neue OpenProject-Update tat ich meiner Installation auch an und mit Erfolg. Das Update konnte super installiert werden, wobei ich immer ein bisschen auf den freien Space Platz achten muss. Im Verzeichnis / scheint es ab und an ungenügend Space zu geben.

Du kannst in diesem Falle alle Logs unter /var/log nochmals durchgehen und doppeltes sowie dreifaches löschen. Falls du mit Atlassian Apps arbeitest, werden ja grosse Backup-Dateien erstellt und sie kannst du löschen. So gibst du wiederum Space im Verzeichnis / frei. Du kannst es dann via SSH und dem unteren SSH-Befehl checken.

df -h

Wenn in Root nicht genügend Space ist, kannst du auch nicht mit “yum” updaten oder generell Updates in Linux installieren. Ich hatte vor kurzem mehrere in Google gefundene Lösungen ausprobiert und man sollte da nicht versuchen, einfach so aus Gaudi die Partitionen zu teilen. Wenn du dich nicht auskennst, machst du mehr kaputt als dir lieb ist. Lieber in kleinen Schritten die Logs löschen oder etwas anderes, was vielleicht in den Domains in Plesk im FTP-Account ist.

Ich arbeite ja meistens mit den ZIP-Archiven, die ich hochlade. So löschte ich heute einiges dort und Space wurde wieder freigegeben.

Diese OpenProject Version v7.4.7 kam mit einigen Fehlerbehebungen daher. Das Update unter Centos 7.5 in Linux wird so gemacht.

yum update

Zudem solltest du anschliessend diesen SSH-Befehl ausführen.

sudo openproject configure

Ich hatte nämlich nach dem Update Errors im Backend von OpenProject. Ich hoffe, dass dein Update dir auch gelingen wird und wir nähern uns der OP-Version 8, in der, habe ich es mitbekommen, der Wysiwyg-Editor integriert wird. Schaue wir mal, wann es soweit ist und angeblich sollte es diesen Sommer oder jetzt nicht mehr, dann wohl im Herbst, soweit sein.

Achte auf alle OpenProject-Updates, denn meistens sind es Fehlerbehebungen und bei Sicherheitsupdates musst du ja eh etwas unternehmen.

by Alexander Liebrecht

Weiterführende Informationen

https://www.openproject.org/openproject-7-4-7-released/

Gitlab Server Sicherheitsupdate v11.0.4 – bitte dringend aktualisieren

Dezember 3, 2019Juli 19, 2018 von Internetblogger.de

gitlab-server-11-0-4-sicherheitsupdate-internetblogger-de

Hallo Blogleser und Gitlab Admin! Es sind wichtige Sicherheitsupdates des Gitlab Servers nach draussen befördert worden und an deiner Stelle würde ich etwas Zeit finden, um zeitnah das Update zu erledigen.

Das Update wurde den Gitlab Entwicklern durch eine andere Person gemeldet und so konnte dafür eine Lösung gefunden werden. Die Entwickler selbst empfehlen wärmstens, zu aktualisieren und glücklicherweise verfolge ich das offizielle Gitlab Blog im Internet. So bekam ich es auch zeitnah mit.

Gitlab Server Updates mache ich in Linux unter Centos 7.5 OS mit diesem SSH-Befehl.

yum update

Wenn dabei nichts weiter ist, bringt der Yum-Installer das Update fehlerfrei fertig. Wenn es dem nicht so ist, checke bitte deine Instanz via Kommandozeile und diesem SSH-Befehl.

gitlab-ctl restart

gitlab-ctl tail

Mit “tail” liest du die Gitlab Logs aus und alles wird dir via SSH in der Kommandozeile angezeigt. So wirst du gleich schlauer, denn es zeigt dir allerhand Einstellungen, Prozessstarts oder wenn etwas nicht stimmt an.

Dieses Update war mir heute gut gelungen und ich kann es dann gerne weiterempfehlen. Auch wird dieser Post über meine Foren weiter getragen sowie bekannt gemacht.

Im Grossen und Ganzen wäre das auch schon und du weisst mittlerweile als Stammleser wie Gitlab Server Updates in Linux zu machen sind.

Ich wünsche dir weniger Gitlab Probleme und mache das Beste aus deiner Instanz. Schaue ab und an unter https://about.gitlab.com/2018/07/17/critical-security-release-gitlab-11-dot-0-dot-4-released/ vorbei, denn die Gitlab Autoren bloggen dort fast täglich. Man erfährt immer etwas über Updates oder wenn Sicherheitsupdates draussen sind. Auch andere gitlab-spezifische Themen werden im Gitlab Blog verbloggt.

#Gitlab #Server #Sicherheitsupdate v11.0.4 – bitte dringend aktualisieren https://t.co/US8LSFGoC6 via @blogsash

— Alexander Liebrecht (@blogsash) July 19, 2018

by Alexander Liebrecht

Gitlab Server App 11.0.3 Update erschienen mit Fehlerbehebungen

Dezember 3, 2019Juli 8, 2018 von Internetblogger.de

gitlab-11-0-3-bugfix-update-draussen-internetblogger-de

Hallo Gitlab-Admin und Interessent! Ja, es war wieder soweit, sodass es zum neuen Gitlab Server Update gekommen ist. Das Update beinhaltet mehrere Bugfixes, die deiner Instanz sicherlich gut tun werden.

Das Gitlab Update habe ich erst eben eingespielt und danach hat meine Instanz funktioniert wie vorher. Das ist ein gutes Zeichen, denn manche Updates liefen nicht immer reibungslos und zogen Fehler oder die Nicht-Erreichbarkeit der Instanz im Browser nach sich.

Info-technisch hast du den offiziellen Blogpost von Gitlab hinter https://about.gitlab.com/2018/07/05/gitlab-11-0-3-released/ , wo du dich informieren kannst. Mir ist es nicht so sehr wichtig, was dann jede einzelne Fehlerbehebung ist. Die Gesamtsumme zählt immer für mich und solche Updates werden schnell umgesetzt.

Unter Centos 7 auf Gitlab 11.0.3 aktualisieren – wie geht das?

Das wird der SSH-Befehl wie darunter sein.

yum update

Normalerweise macht die Konsole alles für dich bei diesem Gitlab Update. Du kannst dennoch, wenn alles kaputt ist, diese Befehle in der Kommandozeile ausführen.

gitlab-ctl restart

gitlab-ctl tail

Mit “tail” werden Gitlab Logs ausgelesen und dir in der Konsole angezeigt, sodass man sich dann auf Fehlersuche begeben kann. In der Regel und wie ich das mit Gitlab seit paar Jahren kenne, läuft diese App stabil, sicher und meckert nicht. Warum sie im Browser nicht startet, liegt oft an Apache httpd.conf, die dann deine Virtualhost ist.

#Gitlab #Server #App 11.0.3 #Update erschienen mit Fehlerbehebungen https://t.co/gHBfsiCdsD via @blogsash

— Alexander Liebrecht (@blogsash) July 8, 2018

Auch kann es sein, dass die für Gitlab vorgesehenen Ports in deinem OS bereits besetzt sind. Das kannst du immer überprüfen und unter /etc/gitlab/gitlab.rb in der Datei die Ports festlegen. Ich würde da versuchen, nicht allzu sehr, die gitlab.rb zu individualisieren. Aber wenn die Ports in Rootserver schon besetzt sind, musst du natürlich etwas unternehmen, um Gitlab App zum Laufen zu bekommen.

Eigene Gitlab-Instanz

Diese kannst du meinerseits unter http://gitlab.apps-tools-cms.de gerne aufrufen und dich darin umschauen. Ich habe den Header individuell gestaltet und meine Projekte mit den Repos platziert. Nach und nach werden diese mit Leben gefüllt und ich sorge für neue Inhalte. Gitlab Repositories können in Rootserver mit “git clone url-zu-projekt” geclont werden. Ich arbeite ab und an auch mit der GIT-Versionskontrolle, um da etwas zu lernen und mir das GIT-Wissen anzueignen. Das klappt auch auf Github, online auf Gitlab und Bitbucket.

So viel dieses Mal zum Gitlab-Bugfix-Update v11.0.3. Ich wünsche dir weiterhin viel Spass bei der Arbeit mit dieser Linux-App.

Sorge immer für die Sicherheit sowie die Stabilität deiner Server-Umgebung, denn das ist das A und O, wenn du einen Server hast. Aus diesem Grunde alle Updates immer brav installieren.

by Alexander Liebrecht

Gitlab Server Fehlerbehebungsupdate v11.0.2 erschienen

Dezember 3, 2019Juni 28, 2018 von Internetblogger.de

gitlab-11-0-2-server-app-bugfix-update-internetblogger-de

Hallo Blogleser! Freust du dich schon auf das nächste Gitlab Server Update, weil es ja draussen ist und zwar in der neuen Version 11.0.2.

Gitlab Server App ist rasant in der stetigen Entwicklung und kaum eine ganze Woche vergeht, gibt es neue Updates. Sie sind alle zu machen, insbesondere dann, wenn die Sicherheit erwähnt wird. Dieses Update v11.0.2 war den Bugfixes geschuldet, welche wiederum deine Instanz besser funktionieren lassen.

Das Update ist bei mir schon erfolgt, was ja mittels SSH schnell geht. Zwischenfälle gab es keinerlei und solche Updates werden auch bei dir schnell zur reinen Routine.

Gitlab App kann individuell gestaltet werden. Du kannst einen Text im Footer, Header und auf der Login-Page hinzufügen. Das geht über die Einstellungen im Admin Sektor. Auch kann die 2-Schritte-Auth aktiviert werden, was derzeit denke mal sehr sicher ist. Ich arbeite nur noch so, wo es technisch gesehen klappt.

Nun kurz zu den Update-SSH-Befehlen.

Gitlab Update auf Version 11.0.2

yum update

Das kennst du als Centos 7 Admin sicherlich schon. Auch gibt es diese Befehle, die immer sehr hilfreich sind, wenn es brennt.

gitlab-ctl reconfigure

gitlab-ctl restart

gitlab-ctl tail

Mit “tail” liest du direkt in der Konsole die Logs aus und sie sind sehr aufschlussreich. Wenn mit Gitlab etwas nicht stimmt, dann tauchen diese Zeilen auch in den Logs auf. Manchmal war es so bei mir, dass Unicorn Port belegt war in Linux oder es tauchen Fehlermeldungen aus dem Gitlab Monitor auf, was du wiederum mit “tail” auslesen kannst.

Ich habe mittlerweile um die 8 Linux Apps auf dem Rootserver und sie müssen funktionieren, da auch verschiedene Ports. Manchmal ist es so, dass diese Apps von Haus aus dieselben Ports belegen wollen. Dann gilt es, diese zu ändern.

#Gitlab #Server #Fehlerbehebungsupdate v11.0.2 erschienen https://t.co/QAQ4CuesqQ via @blogsash

— Alexander Liebrecht (@blogsash) June 28, 2018

Gitlab Server habe ich für dich unter http://gitlab.apps-tools-cms.de und es noch frisch entstanden, weil ich einen Crash mit den Festplatten hatte. Jetzt ist alles wieder bestens und kann neu aufgebaut bzw. eingerichtet werden.

Gitlab fühlt sich bei genügend RAM-Speicher und Disk Space wohl.

Du kannst einfach mal mittels Konsole das ausführen.

df -h

So wird dir angezeigt, was wie viel Platz belegt. Bitte komme nie auf die Idee, von den Partitionen Festplattenspeicher wegzunehmen. Es kann zum Ausfall der Festplatte oder gar dem Ruinieren der Festplatte kommen. Lieber direkt via SSH/SFTP-Verzeichnisse und Logs aus /var/log löschen.

OK, zurück zu Gitlab und ich finde einen grossen Gefallen an dieser App. Es hat Codeschnipsel, readme.md, Projekte, Wiki, Tickets und das nutze ich gerne, um mich frei zu entfalten. Alle Updates werden regelmässig installiert, denn es ist die Sicherheit deines Rootservers.

Nun wäre das alles für diesen Moment und ich wünsche dir weiterhin Spass an der Gitlab Server App.

by Alexander Liebrecht

OpenProject v7.4.5 Bugfix-Update draussen

Dezember 3, 2019Mai 31, 2018 von Internetblogger.de

Hallo Blogleser! Auch dieses Update werde ich dir nicht vorenthalten, denn es geht um eine weitere Linux App namens OpenProject, die ich unter http://op.apps-tools-cms.de laufen lasse.

Zum Update passend gibt es auch den offiziellen Blogpost unter https://www.openproject.org/openproject-7-4-5-released/ , was du dir hinterher mal ansehen kannst. Die neue OpenProject-Version v7.4.5 kam mit etlichen Verbesserungen sowie den Bugfixes, so genannten Fehlerbehebungen, daher. Ich habe gleich das offizielle Repo auf Github unter https://github.com/opf/openproject-ce/releases gecheckt und fand dadurch das neue Update.

Das wird dann gleich im eigenen Rootserver möglich gemacht und du brauchst lediglich das ce-repo nach /etc/yum.repos.d hochzuladen bzw. machtest es bereits bei der Erstinstallation von OpenProject. Das muss in diesem Verzeichnis zu finden sein, eher du mit “yum update” aktualisieren kannst. Das kannst du im Vorfeld checken.

Ich warte alles auf OP 4.8 mit neuem Wysiwyg-Editor

Das wird sehr spannend bis dahin, denn schon im Sommer dieses Jahres kommt OpenProject 4.8 auf den Markt. Dabei ist das eine Feature mit dem Wysiwyg-Editor sehr spannend, denn heute postest du in OP in der Textile-Sprache und kannst damit nicht so gut arbeiten. Entweder Markdown oder HTML, sage ich mir immer. Alle anderen Sprachen sind weniger nutzerfreundlich, zumindest aus meiner Nutzer/Admin-Sicht heraus gesehen.

#OpenProject v7.4.5 #Bugfix–#Update draussen https://t.co/ma0XnINpQ4 via @blogsash

— Alexander Liebrecht (@blogsash) May 31, 2018

Beide Linux Apps wie OP und Gitlab lassen sich bequemerweise mit “yum udpate” aktualisieren und damit es so ist, nimm bei der Erstinstallation immer den Package Installer so wie es in der offiziellen Doku steht. Nur so kannst du dann besser installieren und hast im Falle von OpenProject keinerlei Probleme mir rubygems oder rubys oder sonstigem, was du das haben wirst.

[bctt tweet=”#OpenProject #Bugfix #Update v7.4.5 draussen. Das Update kann ohne Probleme installiert werden!” username=”blogsash”]

So viel zu diesem Update und ich mag demnach auch kurze Blogposts schreiben, wenn es sich so anbietet. Diese sind leichter von dir, dem Leser, zu erfassen und solche Posts werden meistens bis zum Ende durchgelesen. Das weiss jeder Blogger. Ich wünsche dir erfolgreiches Upgraden deiner OP-Instanz und bei schwerwiegenden Problemen kannst du dich an das offizielle Support-Forum unter https://community.openproject.com/projects/openproject/boards wenden. Dort bekommst du meistens zeitnahe Hilfestellung bei allen OpenProject-Fragen und Problemen.

by Alexander Liebrecht

Gitlab Server v10.8.2 Sicherheitsupdate draussen – dringend updaten!

Dezember 3, 2019Mai 31, 2018 von Internetblogger.de

gitlab-10-8-2-sicherheitsudpate-internetblogger-de

Hallo lieber Leser! Gar nicht so einfach, bei diesen heissen Temperaturen noch dem Bloggen nachzugehen und ausserdem testete ich auf dem Rootserver neue Sicherheitslösung von Atomicorp, die sich leider nicht bewährte. Daher war mein Rootserver-Portfolio mehrmals in den letzten Tagen nicht erreichbar. Es war so, dass der gesamte Verkehr auf dem Server blockiert wurde, weil um diese Sicherheitslösung richtig einzustellen, musst du ein Linux-Profi sein und ich habe lediglich Linux-Erfahrungen.

Aber ok, jetzt darf es hier mit dem Update für Sicherheit beim neuen Gitlab Server 10.8.2 gehen. Das Update ist erschienen, soll dringenderweise schnell installiert werden und wurde unter https://about.gitlab.com/2018/05/29/security-release-gitlab-10-dot-8-dot-2-released/ dokumentiert. Dort kannst du alles entnehmen, was das Update verursachte und wie du updaten kannst, wird weiter unten zu finden sein.

Update auf Gitlab Server 10.8.2

yum update

Mit diesem SS-Befehl aktualisierst du Gitlab unter Centos 7 OS/Linux. Mein Update war mir gestern gelungen, doch Atomicorp Secure Linux blockierte alle meine Linux Apps. Da kannst du nicht im Live-Betrieb eine Woche lang alles testen und das Portfolio wird nicht erreichbar sein. Daher sah ich von dieser Sicherheitslösung nun gänzlich ab und gut so. Ich muss anders den Server sichern.

Führe bitte nach dem Gitlab-Update noch diese Befehle in der Kommandozeile aus.

gitlab-ctl restart

gitlab-ctl tail

Mit dem letzten SSH-Befehl erfährst du, was da alles startet und kannst die Gitlab-Logs in der Kommandozeile gerne auslesen. So weisst du, was richtig war und wie du Fehler beheben kannst bzw, wo du dann anpacken kannst.

Nach 30 Tagen seit dem Update werden Sicherheitsprobleme im Gitlab Issue Tracker publiziert, aber dennoch solltest du mit dem Updaten ja nicht warten. Mache es einfach, wenn du gerade mal Zeit gefunden hast. Dann wären du und dein Server auf der sicheren Seite.

#Gitlab #Server v10.8.2 #Sicherheitsupdate draussen – dringend updaten! https://t.co/mtt8t4FF1K via @blogsash

— Alexander Liebrecht (@blogsash) May 31, 2018

Gitlab Entwicklung auf Github beobachten

Unter https://github.com/gitlabhq/gitlabhq kannst nach Updates schauen und dort musst du sie ja nicht downloaden, weil das eigentliche Update via SSH gemacht wird.

[bctt tweet=”#Gitlab #Server #Sicherheitsupdate v10.8.2 erschienen. Bitte einmal aktualisieren!” username=”blogsash”]

Meine eigene Gitlab App mit bereits erstellten 7 Projekten kann unter http://gitlab.apps-tools-cms.de aufgerufen werden. Die Confluence App hat noch Fehler, weil da in der Konsole für JAVA das Memory abgefragt wird. Diesem Problem bin ich bereits hinterher und werde es die Tage lösen.

So viel für diesen Moment zum Gitlab-Update, meiner Confluence App. Falls du Probleme via SSH bekommen solltest, sprich diese bitte hier in den Kommentaren an. Gerne poste ich diesen Blogpost zudem noch in Twitter, da ich mit Facebook derzeit nicht viel mache und weiss nicht, ob ich es noch brauche.

by Alexander Liebrecht

Gitlab Server v10.7.2 Sicherheitsupdate

Dezember 3, 2019Mai 2, 2018 von Internetblogger.de

gitlab-10-7-2-sicherheitsupdate-internetblogger-de

Hallo lieber Blogleser! Derzeit ist mein Rootserver stets erreichbar und ich will, dass endlich Ruhe einkehrt. Die ganzen Hostingswechsel und Domainumzüge sind nicht immer zu begrüssen. Ok, bei mir ging es nicht anders, weil der Server auf einmal kaputt gegangen war. Jetzt scheint alles wieder zu funktionieren. Eigentlich geht es mir bei diesem Blogpost um das neue Sicherheitsupdate des Gitlab Servers, welches unter https://about.gitlab.com/2018/04/30/security-release-gitlab-10-dot-7-dot-2-released/ festgehalten wurde.

Das Update machte ich bereits bei meiner Gitlab Instanz unter http://gitlab.apps-tools-cms.de und musste mich wieder ordentlich reinknien. Redis.socket wollte wieder nicht funktionieren und ich probierte es mehrmals mit “gitlab-ctl reconfigure” und “gitlab-ctl restart” aus. Doch dann auf einmal ging es wieder.

Redis im Server habe ich abgestellt und nutze nur Redis von Gitlab aus. Das sollte ausreichen, sodass sich nichts in die Quere kommen kann.

Gitlab Server an sich eine klasse Linux App und ich begann bereits damit, meine Gitlab Projekte mit Inhalten zu versehen. Das kann noch etliches an Zeit dauern, eher du dort stöbern kannst. Erste Projekte sind schon erstellt und überall muss nur noch die readme.md, die in der Übersicht angezeigt wird, erstellt werden. Falls du dir meine Gitlab-Projekte ansehen möchtest, nutze im Footer meiner Webseite den Link mit “Explore”. Dahinter sind die Projekte. Andernfalls siehst du nur das Login im Frontend.

Gitlab Update auf v10.7.2 erledigen – wie geht das?

Das ist wie gehabt bei Centos 7 und du nutzt diesen SSH-Befehl.

yum  update

Hinterher, wenn etwas nicht stimmen sollte und deine Instanz startet im Browser nicht, kannst du diese Befehle einsetzen.

gitlab-ctl reconfigure

gitlab-ctl restart

gitlab-ctl tail

Mit “tail” checkst du direkt in der Kommandozeile die Gitlab Logs, die doch einiges aussagen. So wirst du erfahren, woran es denn hapert, falls nichts funktioniert. Der letzte SSH-Befehl oben ist sehr nützlich von daher.

Sicherheitsupdates gehören immer installiert und wenn ich es mitbekomme, erfährst du darüber hier auf dem Internetblogger.de oder noch unter https://liebrechts-portfolio.de, meinem zweiten Rootserver-Blog. Viel mehr gibt es dazu nicht zu sagen und ich kann dir diesen Blogpost dann zeigen.

Bei Fragen zum SSH-Update einfach hier drunter kommentieren.

by Alexander Liebrecht

Internetblogger.de und Liebrechts-portfolio.de nun auf dem neuen Rootserver

Dezember 3, 2019April 22, 2018 von Internetblogger.de

Hallo lieber Blogleser! Gestern waren dieses Blog erstmals nicht erreichbar, weil ich die beiden Blogs wieder auf dem Rootserver habe und umziehen musste.

Warum tat ich es!? Das ist ganz einfach zu nachvollziehen, denn Internetblogger.de ist ein Power-Blog mit allerhand Artikeln und täglichem Traffic. Es ist besser, wenn dahinter auch ein Power-Hosting ist und das habe ich mit dem neuen Rootserver mit 64 GB RAM und einer 6 TB Festplatte. Ich hoffe nur, dass dieser neue Rootserver nicht nach einem halben Jahr kaputt geht, denn ich möchte weit in die Zukunft blicken und endlich mal ein Hosting auf Rootserver haben, welche über Jahre hält.

Der alte Server wurde abgeschaltet und nun alles neu in Centos 7.4 und Plesk einrichten. Erstmals mussten die Firewalls her, wie die hauseigene Firewall und ModSecurity. Danach heute machte ich alle Backups, was ich nicht mehr automatisch ablaufen lassen werde. Manchmal hängen sich die Cron Jobs auf und dann setzt MySQL/MariaDB aus, was ich wiederum nicht gebrauchen kann. Daher immer manuelle Plesk-Backups machen.

Shared Hosting + Rootserver

Das ist für mich mittlerweile perfektes Hosting und so will ich es dauerhaft handhaben. Centos 7 kenne ich schon ein bisschen, sodass ich mich bereits daran gewöhnen konnte. Linux Apps bereits zum grössten Teil neu aufgesetzt und sie werden noch mit den nächsten Woche eingerichtet. Nur noch Gitlab Server macht Zicken, aber ich komme schon noch dahinter, warum weshalb.

Shared Hosting Portfolio ist erreichbar und die meisten Blogs sind jetzt dort auf den Subdomains von https://cms-blogger.eu . Alle Diskussionsforen dürften auch erreichbar sein. Ich werde schon bald wieder in den Foren posten und dir zu CMS, Updates und OpenSource Apps berichten.

Nginx + Apache

Beides geht nicht gut, denn du musst dich entscheiden. Entweder hast du Virtualhosts in Plesk mit Apache oder Nginx. Wenn beides aktiv ist, sind Webseiten nicht erreichbar und geben “Bad Gateway 502” aus. Das sah ich mir gestern an und habe herausgefunden, dass Plesk ja von Haus aus ProxyServer installiert und eben das dann alles mit Nginx läuft. Ausserdem sind die config-Files bei Nginx komplizierter einzurichten. Apache geht ja noch und hat schon in der Vergangenheit super funktioniert.

CMS-Installationen

Diese übernehme ich weiterhin und es wird in den Shops wie unter https://yaf-forums.de/wcf/shop angeboten. Das geht alles seinen Weg.

In den nächsten Wochen bringe ich beide Portfolios wieder in Ordnung, weil ich auch dazu die Zeit habe. Und Gastartikel werden hier auch aufgenommen, sodass mit alten und neuen Gastautoren gearbeitet wird. Sprich es per Mail bei mir an, wenn es dir vorschwebt. Dann melde ich mich gerne bei dir zurück.

Blogparaden-Bekanntmachungen blieben leider auf der Strecke

Ob ich das noch anstossen will, muss ich noch wissen, denn schon seit Monaten mache ich das nicht mehr. Auch Blogparaden-Teilnahmen interessieren mich eher weniger, wenn du den Rootserver und Shared Hosting mit 90 Projekten hast. Da bleibt keine Zeit für andere Dinge im Internet.

Fremdkommentieren würde ich gerne wieder machen, wenn es soweit ist. Ob ich es so mache, ohne in Blogs festzuhalten oder eher doch, muss ich noch schauen. Es kostet alles wiederum Zeit.

So viel dazu und bleibe mir als Stammleser treu.

by Alexander Liebrecht

Nach Server-Ausfall beide Hauptblogs wieder erreichbar – es geht sicher weiter

Dezember 3, 2019April 12, 2018 von Internetblogger.de

Hallo Blogleser! Wie du es hier die Tage mitbekamst, war Internetblogger.de mehrere Tage nicht erreichbar. Die Sache war die, dass mein Rootserver kaputt ist und nicht mehr zum Laufen gebracht werden kann. Aus diesem Grunde und um schnell etwas zu unternehmen, zog ich mit Internetblogger.de und Liebrechts-portfolio.de zum Shared Hosting um. Das wird dann ab … Weiterlesen

Backdrop 1.9.3 CMS mit wichtigem Sicherheitsupdate draussen

Dezember 3, 2019März 31, 2018 von Internetblogger.de

backdrop-cms-1-9-3-wichtiges-sicherheitsupdate

Hallo Blogleser! Es ist cool, dass es mal wieder ein langes Wochenende ist und ich kann wieder etwas produktiver werden als in der Arbeitswoche. Heute geht es mir um das neue Backdrop CMS Update v1.9.3. Das Update kann auf Github unter https://github.com/backdrop/backdrop/releases/tag/1.9.3 bezogen werden.

Dabei handelt es sich vom wichtigen Sicherheitsupdate, welches jedenfalls zeitnah installiert werden sollte. Daher bedenke, dass es um die Sicherheit deiner Backdrop CMS App geht. Alles, was mit Sicherheit verbunden ist, hat immer die höchste Priorität im Webhosting.

Ich habe mein Backdrop Blog unter https://backdrop.liebrechts-portfolio.de bereits einem Sicherheitsupdate unterzogen und mache dich gerne darauf aufmerksam.

Wie datest du auf Backdrop 1.9.3 up?

Es muss nur das Verzeichnis /core neu hochgeladen werden. Du machst in jedem Falle zwei Backups, einmal der Datenbank und einmal der FTP-Inhalte oder dein Webhoster bietet dir beide Backups. In der Regel ist es sogar der Fall.

Also das Core-Verzeichnis hochladen, das alte Verzeichnis damit überschreiben und danach eilst du zum Backdrop-Backend und zum Statusbericht. Die neue Version 1.9.3 wird dir angezeigt. Gegebenenfalls müssen Module und Themes aktualisiert werden, was du auch machen solltest. So hättest du deine Installation uptodate und dem Backdrop Fortschritt entsprechend.

Ohne die Sicherheitsupdates bei Software sowie Apps fehlt im Hosting etwas. Sicherheitslecks entstehen durch ständige Software-Änderungen sowie Hinzufügungen. So gilt es für die CMS-Entwickler sowie die Community, diese Lecks zu schliessen. Und Hacker sind nicht von gestern, schlafen nie und suchen mit automatischer Software nach solchen Sicherheitslecks. Wenn du dich auf dem Laufenden hältst in meinem CMS-Portfolio, erfährst du meistens immer, wenn es neue Updates gibt.

Ich setze ja bis zu 40-50 verschiedene Apps ein, sodass es dann ein breites Spektrum an Software macht.

Das wäre dann dazu und ich wünsche dir erfolgreiches Updaten deiner Backdrop Installation.

Bei Fragen hierzu bemühe dich bitte um Kommentare darunter.

by Alexander Liebrecht

Gitlab 10.5.5 Fehlerbehebungsupdate erschienen

Dezember 3, 2019März 21, 2018 von Internetblogger.de

Hallo Blogleser, wegen der privaten Veränderungen konnte ich hier nicht öfters bloggen, fand aber heute Zeit dafür. In diesem Blogpost geht es um das neue Gitlab Server Update auf die Version 10.5.5.

Das neue Gitlab Update hatte wieder mal etwas mit etlichen Fehlerbehebungen zu tun und sollte doch schon installiert werden. Ich machte das Update schon unter http://gitlab.liebrechts-portfolio.de und unter https://about.gitlab.com/2018/03/19/gitlab-10-5-5-released/ kannst du etwas zum neuen Update nachlesen.

Gitlab Updates lassen sich in der Regel super durchführen, wobei du nur mit der Konsole arbeitest. Via SSH lässt sich Gitlab aktualisieren.

Nimm den unteren SSH-Befehl vom Root aus in der Konsole und führe es aus.

yum update

Dabei kannst du das Update via Kommandoteile nachverfolgen und bekommst alles mit. Nach dem Update empfehle ich immer diesen beiden SSH-Befehle auszuführen, um alles zu checken.

gitlab-ctl restart

gitlab-ctl tail

Wenn die Worker gestartet sind und es der richtige Port deines Gitlab Servers ist, kannst du davon ausgehen, dass dann auch alles im Browser starten wird. Das kannst du gerne bei dir ausprobieren.

Gitlab 10.6

Das ist nicht mehr hinter den weiten Bergen und wird bald auf uns Gitlab Admins zukommen. Es wird dann vermutlich ein etwas grösseres Update sein, mit Features und neuen Fehlerbehebungen.

Ich halte dich im Portfolio jedenfalls auf dem Laufenden. Gitlab ist eine klasse Software, um mit der GIT-Versionskontrolle zu arbeiten und eigene Projekte in der GIT zu erstellen. Du kannst es dir bei mir in der Installation ansehen, die ich oben verlinkte.

Dir wünsche ich erfolgreiches Upgraden deiner Gitlab Server Instanz.

Bei Fragen zum SSH-Update feedbacke bitte darunter.

by Alexander Liebrecht

Bildquelle via https://gitlab.com

Joomla 3.8.6 als Sicherheits-Bugfix-Update erschienen

Dezember 3, 2019März 14, 2018 von Internetblogger.de

Hallo Blogleser! Hier im Blog habe ich einige Tage nicht mehr gebloggt, weil es auch nichts Neues an der CMS-Front gab. Vor Stunden aber erschien eine neue Joomla 3.8.6 Version, was ein wichtiges Update war.

Das neue Update brachte viele Fehlerbehebungen, Sicherheitsfehlerbehebungen mit. Unter https://www.joomla.org/announcements/release-news/5725-joomla-3-8-6-release.html kannst du es dir nochmals ansehen, was es genau war. Schön fand ich es, dass es auch PHP 7.2 Verbesserungen gab, denn immer mehr Hostings, seien es Shared Hosting oder gar in Linux, arbeiten mit PHP 7.2. So kommt man in den Genuss dieser Verbesserungen.

Über 60 Fehlerbehebungen hat es gegeben, was doch schon mal ganz gut ist. Dass es bei der OpenSource Software immer etwas zu tun und zu beheben ist, ist ganz klar. Keine Software ist perfekt und die Entwickler sorgen dafür, dass ihr Baby stets verbessert sowie nach vorne gebracht wird.

Mit diesen Stunden ist jeder Joomla CMS Admin dazu angehalten, zeitnahes Updates zu realisieren.

Joomla Updates immer im Backend erledigen

Das bietet sich beim Joomla CMS einfach so an und du machst das Update direkt im Backend. Im Kontrollzentrum zuoberst in der Mitte werden dir Joomla Aktualisierungen angezeigt und diese möchtest du bitte installieren. Im Vorfeld, je nach Update, kannst du es noch online nachrecherchieren, was es genau ist und welche Änderungen das eine oder das andere Update mit sich bringt. So kann man unter Umständen das Nichtmehr-Funktionieren einer Joomla Webseite vermeiden. Auch für Backups muss man immer sorgen.

Auf den meisten Hostings hat der Webhoster die Backups oder ich habe es in Plesk auf dem Rootserver. Meine beiden Joomla 3.8 Blogs habe ich aber in Shared Hosting, einmal unter https://joomlafan.eu und einmal unter https://joomla.cms-blogger.eu . Bei einem der Blogs machte ich das Update schon und woanders wird es die Tage erfolgen.

So einfach ist die Handhabung der Joomla Updates, die sehr wichtig sind. Ein jedes CMS will nach vorne gebracht werden und die Weiterentwicklung dabei ist auch nicht aufzuhalten. In den letzten 5 Jahren, seitdem ich mit CMS regelmässig zu tun habe, habe ich Hunderte von Updates installiert und meine Projekte wurden somit ein Stück verbessert. Ich entsinne mich zum Beispiel an den TikiWiki 15, welchen ich nicht mal installieren konnte, weil es Fehler gab. Derzeit ist es alles gut damit.

Und Joomla-Installation, meine allererste CMS-Installation, die 2013 erfolgte, puh…da hatte ich nur Stress damit. Doch auch das gehört der Vergangenheit an und solche Erfahrungen mussten damals gemacht werden.

Ich wünsche dir erfolgreiches Update deiner Joomla Installation und viel Freude bei der Arbeit damit.

by Alexander Liebrecht

Gitlab Server mit Sicherheitsupdate auf Version 10.4.3 erschienen

Dezember 3, 2019Februar 17, 2018 von Internetblogger.de

Hallo Blogleser! Denke bitte nicht, ich würde Internetblogger.de vernachlässigen. Hier wird nichts vernachlässigt und ich hatte einfach keine passenden Themen für dieses Blog in den letzten Tagen, sodass nichts publiziert werden konnte. Woanders bloggte ich aber fleissig.

Ich habe im Portfolio paar mehr Projekte, die aufgebaut werden müssen, daher versuche ich, mich um alles zu kümmern. Auf dem Internetblogger.de arbeite ich zudem mit allerhand Gastautoren zusammen, die mir ihre Themen vorschlagen dürfen. Jetzt aber zum wirklichen Thema dieses Blogposts.

Es waren nämlich Sicherheitsupdates für den Gitlab Server erschienen. Gitlab Server ist eine Linux App und kann beispielsweise unter Centos 7 zum Laufen gebracht werden. Das nutze ich derzeit unter http://gitlab.liebrechts-portfolio.de und dort auf der Login-Startseite musst du unten im Footer zu “Explore” gehen. Dahinter befinden sich meine Gitlab-Projekte.

Sicherheit einer Software geht weiterhin vor

Ich bin sehr vorsichtig geworden und bin aber nicht paranoid. Die Sicherheitsupdates gehören immer installiert, sodass ich mir bewusst Zeit dafür nehme. So ist es auch dieses Mal gewesen, was nach sich zog, das Gitlab Server Update v10.4.3 installieren zu müssen.

Allerhand Sicherheitsfixes sind in die neuen Versionen geflossen und auf Github kann man schon v10.4.4 downloaden. Dazu wird in den nächsten Tagen im Gitlab-Blog ein Artikel erscheinen, was ich mir jedenfalls ansehen werde. Vermutlich ein neues Bugfix/Sicherheitsupdate oder neue Funktionen. Die RC8 vom Gitlab Server 10.5 steht bereits auf Github zur Verfügung. Du kannst es nun nicht in deine Instanz bringen, weil das Update noch nicht angeboten wird mit “yum update”.

Wie kannst du auf Gitlab Server 10.4.3 aktualisieren?

Für Centos 7 OS gilt immer derselbe SSH-Befehl, der so geht.

yum update

Vorher muss unter /etc/yum.repos.d das Gitlab Repo für ce/ee Edition sein. Erst dann kannst du aktualisieren. Das heutige Update verlief ohne Probleme und ich konnte mich kaum beschweren.

Sobald du das Update via Kommandozeile vollzogen hast, entferne bitte das Gitlab Repo wieder aus /etc/yum.repos.d, denn sonst kann es mit Plesk/yum-Updates passieren, dass deine Instanz wieder aktualisiert wird. Das kann zur Folge haben, dass sie auch mal nicht erreichbar sein wird. Alles schon gewesen bei mir.

Unter https://about.gitlab.com/2018/02/07/gitlab-security-10-4-3-plus-10-3-7-plus-10-2-8-blog/ kannst du nachlesen, welche Behebungen es gegeben hatte. Ich habe mir die Seite im Browser übersetzen lassen, denn es ist die technische englische Sprache, die man erstmals beherrschen muss.

Gitlab Logs checken und Gitlab via SSH neu starten

Nach dem Konsolen-Update kannst du nochmals diese Befehle ausführen.

gitlab-ctl restart

gitlab-ctl tail

Beim “gitlab-ctl tail” siehst du, ob es deiner Instanz gut geht, denn es werden die Log-Dateien ausgelesen und dir werden Details der Prozesse in Gitlab angezeigt. So checke ich immer ob die Prozesse gestartet sind und ich die Instanz im Browser problemlos aufrufen kann. Wenn dies nicht der Fall ist, musst du diese Logs beachten und nach Fehlern suchen. Es gibt auch die Möglichkeit, sich an die Gitlab Community unter https://forum.gitlab.com/ zu wenden.

Ich bin ja bisher mit Gitlab gut weggekommen und kam gut zurecht. Nur anfangs bei den Erstinstallationen wollte dies oder jenes nicht funktionieren. Ich entschied mich dann letztendlich für die EE-Edition, die ich aber wohl dann auch nicht kaufen werde. Es schränkt mich, sie ohne Lizenz zu nutzen, insofern ein, dass mir ein paar weitere Funktionen nicht zur Verfügung stehen. Alles andere kann ich in Gitlab aber machen.

Falls du Fragen zum SSH-Update hast, bemühe dich hier um einen neuen Kommentar.

by Alexander Liebrecht

Gitlab Server 10.4.2 Fehlerbehebungsupdate erschienen – Update gelungen

Dezember 3, 2019Februar 1, 2018 von Internetblogger.de

gitlab-server-10-4-2-update-fehlerbehebungen-internetblogger-de

Hallo Blogleser! Zeit für neue Updates und den Gitlab Server erwischte es kürzlich, sodass die neue Version 10.4.2 ins Virtuelle verfrachtet wurde.

Das Update habe ich schon installiert, um auch das mal zu erleben, denn von Update zu Update kann es verschieden ausfallen und der Rootserver spielt dabei auch eine nicht ungewichtige Rolle.

Dieses Update auf die Fehlerbehebungsversion 10.4.2 kann durch dich vorgenommen werden. Selbstverständlich spielt deine Server-Konfiguration eine eigene Rolle. Mir liegt dabei Centos 7.4 mit Plesk vor, sodass meine Gitlab Server Instanz sich unter http://gitlab.liebrechts-portfolio.de befindet.

Und das neue Update wurde unter https://about.gitlab.com/2018/01/31/gitlab-10-dot-4-dot-2-released/ erwähnt sowie beschrieben. Gitlab Updates in Centos OS werden immer so durchgeführt.

yum update

Vorher sorge dafür, dass du unter /etc/yum.repos.d das Gitlab CE/EE Repository hast. Dann wird alles stattfinden mit dem Update.

Der Gitlab Server wird via Kommandozeile aktualisiert, sodass Backups gemacht werden. Die Version 10.4.1 wird entfernt, neue Version kommt drauf und am Ende starten alle Gitlab Prozesse neu. Du kannst gerne nochmals diese SSH-Befehle nacheinander ausführen.

gitlab-ctl restart

gitlab-ctl tail

Beim letzten SSH-Befehl siehst du via Konsole, was alles startet. So weisst du, ob Fehler vorliegen und kannst dann dementsprechend reagieren. Meistens oder die letzten Gitlab Server Updates verliefen zu meiner Zufriedenheit.

Somit ist das neue Fehlerbehebungsupdate zu begrüssen und kann von dir installiert werden.

So viel für diesen Moment von der Gitlab Front. Allerhand Bugs wurden gefixt und das macht nicht zuletzt den Server fit.

by Alexander Liebrecht

Bitbucket Server v5.7.1 Update erschienen – Fehlerbehebungen

Dezember 3, 2019Januar 30, 2018 von Internetblogger.de

bitbucket-server-5-7-1-update-fehlerbehebungen-internetblogger-de

Hallo lieber Blogleser! Es ist wieder Zeit zum Aktualisieren des Bitbucket Servers. Die neue Version 5.7.1 erblickte heute die Welt und ich nahm mir etwas Zeit zum Updaten, was dann erfolgreich abgeschlossen werden konnte.

Dieses Bitbucket Server Update brachte einige Fehlerbehebungen mit sich, die du unter https://confluence.atlassian.com/bitbucketserver/bitbucket-server-5-7-release-notes-939918798.html dem offiziellen Blogpost entnehmen kannst. Bitbucket Updates mache ich in der Regel unter Centos 7.4 in Linux Betriebssystem.

Da das heutige Update erfolgreich war, kann das gerne verbloggt werden und ich zeige dir im Folgenden wie das Update funktioniert.

Wie kannst du auf Bitbucket v5.7.1 aktualisieren?

Du lädst die neue Version, je nach Betriebssystem von https://atlassian.com herunter, musst es nicht mal lokal entpacken, weil es bereits ein Linux-Installer ist. Diesen Installer lädst du ins Verzeichnis /usr/bin hoch und führst in der Kommandozeile dann diesen Befehl vom selbigen Verzeichnis aus aus.

./atlassian-bitbucket-5.7.1-x64.bin

Das Installationsverzeichnis bei Bitbucket ist immer unter /opt/atlassian/bitbucket/versionsnummer und das Home-Verzeichnis befindet sich in Linux unter /var/atlassian/application-data/bitbucket . So hast du es hier erfahren.

Den SSH-Befehl ausführen, dabei das Upgrade nehmen und du beobachtest das Geschehen in der Kommandozeile. So wird alles aktualisiert und danach kannst du es mit Enter bestätigen, um den Bitbucket Server Start zu ermöglichen. Was dabei immer wieder vergessen werden kann, ist es das MySQL-Plugin, welches aus dem alten /lib-Verzeichnis ins neue /lib-Verzeichnis hochgeladen werden muss. Der genaue Pfad zum /lib-Verzeichnis ist folgender: /opt/atlassian/bitbucket/5.7.1/app/WEB-INF/lib

Da rein kommt das bekannte MySQL-Plugin, denn andernfalls kann Bitbucket Server im Browser nicht starten.

In httpd.conf den Pfad zum Installationsverzeichnis anpassen

So musst du in Virtualhost bei Apache-Servern den Pfad so anpassen.

/opt/atlassian/bitbucket/5.7.1

Danach startest du Apache neu mit diesem Befehl.

service httpd restart

Schon kannst du Bitbucket Server mittels Konsole neu starten, was so geht.

service atlbitbucket restart

Falls deine Instanz noch vom alten Installationsverzeichnis aus läuft, musst du diese Tomcat-Prozesse ausmachen. Das geht so.

ps -aux | grep bitbucket

Beende dann die Prozesse so.

kill <pidid>

Danach die Instanz via Kommandozeile starten.

service atlbitbucket start

Schon begibst du dich per Browser zu deiner Instanz und rufst die Domain mit Bitbucket auf. Du kannst beobachten wie alle Prozesse und Apps geladen werden, sodass im Endeffekt dann deine Installation im Browser erscheint.

Im Grossen und Ganzen ist es immer mein Vorgehen wie das erfolgreich angestellt werden kann. Ich strebe demnächst den Kauf eines Atlassian Bitbucket Addons für das Repository Dashboard, um endlich mein eigenes Projekt nach vorne zu bringen. Es ist ja diese readme.md, die in jedem Bitbucket Projekt gelesen wird und im Frontend eines Projektes angezeigt wird. Da mir das Addon fehlt, kann ich da nichts weiter machen. Das Addon-Upgrade kostet mich, glaube ich zu wissen, nur 5 US-Dollar, sodass es noch tragbar ist. Da werde ich schauen, dass ich das vollbringen kann.

Nun in diesem Blogpost hast du erfahren wie ein Bitbucket Server Update gemacht wird und auch ein paar weitere Update-Hinweise habe ich hier hinterlassen. Dir wünsche ich Erfolg beim Aktualisieren.

by Alexander Liebrecht

JIRA 7.7.0 und Bitbucket 5.7.0 Bugfixes Updates erschienen

Dezember 3, 2019Januar 13, 2018 von Internetblogger.de

jira-software-7-7-release-notes-bugfixes

Hi Blogleser! Neue Atlassian Updates sind draussen, nämlich JIRA Software Server 7.7.0 und Bitbucket Server 5.7.0. Beide Updates habe ich bereits erfolgreich installieren können.

Ich checke Atlassian Updates fast schon täglich, wenn nichts weiter ansteht und ich meine tägliche Atlassian-Runde mache. Bei diesen Updates haben die Entwickler im Grossen und Ganzen Verbesserungen und Fehlerbehebungen ermöglicht.

JIRA Software Server 7.7.0

Zu den Release Notes von JIRA geht es unter https://confluence.atlassian.com/jirasoftware/jira-software-7-7-x-release-notes-941594462.html und dort wird alles soweit beschrieben. Verbessert wurden zum Beispiel das Einfügen der Bilder in die Issues-Beschreibungen und auch zwei neue Sprachen wie Italienisch und Finnisch kamen zu JIRA hinzu.

Der Rest sind kleinere Verbesserungen sowie Fehlerbehebungen an der Software. Das Update kannst du durchaus durchführen, mache aber vorher ein Backup deiner Datenbank, um auf Nummer sicher zu gehen.

Das Update, wie es gemacht wird, zeige ich dir darunter.

Update auf JIRA 7.7.0 – wie geht das?

Lade dir je nach Betriebssystem wie Linux oder Windows den Bin-Installer von https://atlassian.com herunter und lade es wieder zum Server ins Verzeichnis /usr/bin hoch. Vergib dem Installer CHMOD-Rechte von 755, damit du ihn ausführen kannst. Danach folgt von diesem Verzeichnis aus dieser SSH-Befehl in der Konsole.

./atlassian-jira-software-7.7.0-x64.bin

Demnach beobachtest du Konsolen-Hinweise und machst das Update einer bereits existenten JIRA Software Server Installation. JIRA-Installer bzw. Upgrader macht die ganze Arbeit für dich und du reagierst nur auf die Wünsche des Upgraders.

Ich habe in meinem JIRA noch kaum etwas gemacht, was unter http://jira.liebrechts-portfolio.de:8090 ist. Im Frontend kannst du noch keinerlei Projekte finden, denn erst musst du die Berechtigungen dafür setzen, damit sie durch anonyme Gäste eingesehen werden können.

Nun etwas zum Bitbucket Server 5.7.0.

Bitbucket Server 5.7.0 Bugfix Update

Laut den Release Notes unter https://confluence.atlassian.com/bitbucketserver/bitbucket-server-5-7-release-notes-939918798.html kann ich entnehmen, dass die ElasticSearch aktualisiert wurde. Auch waren es zahlreiche Fehlerbehebungen beim Bitbucket Server. Das Update kannst du auch hier durchaus machen. Mache vorher ein Backup deiner Datenbank.

Wie das Update funktioniert, zeige ich dir im Folgenden und mein Update war erfolgreich. Was anderes erwartest du hier auch nicht oder….

Upgrade auf Bitbucket Server 5.7.0 – wie geht das?

Das Update machst du analog wie beim JIRA Software Server. Es gibt den Linux-Installer, welcher ins Verzeichnis /usr/bin hochgeladen wird. Dem Installer vergibst du CHMOD-Rechte von 755, damit du ihn ausführen kannst.

Danach gilt von diesem Verzeichnis aus folgender SSH-Befehl zum Upgraden.

./atlassian-bitbucket-5.7.0-x64.bin

Diesen Befehl demnach dann ausführen und du folgst allen Hinweisen in der Konsole. Es wird nicht allzu schwer sein, ein Bitbucket-Upgrade zu machen.

Das wäre eigentlich auch schon alles, was gemacht werden muss. Ach ja, ich habe es schon so oft erwähnt, dass du das MySQL-Plugin aus dem alten Bitbucket-Install-Verzeichnis wieder ins neue Install-Verzeichnis nach /opt/atlassian/bitbucket/5.7.0/app/WEB-INF/lib hochladen musst, denn andernfalls startet Bitbucket im Browser nicht.

Ich wünsche dir demnach erfolgreiches Upgraden.

by Alexander Liebrecht

JIRA Software Server 7.6.2 + Bitbucket Server 5.6.2 Updates erschienen

Dezember 3, 2019Januar 2, 2018 von Internetblogger.de

JIRA-7-6-erscheinungsnotizen-release-notes-atlassian-apps

Hallo lieber Leser! Nun, ich hoffe, dass du in das Neue Jahr 2018 gut reingekommen bist. An dieser Stelle nochmals allen tolles neues Jahr 2018 und viel Erfolg als Webworker, Blogger, Webmaster oder System-Admin. Das sollte man sich wünschen können. Nun zum Thema dieser frühen oder noch nächtlichen Stunde. Ich will jetzt sofort bloggen und habe für dich Updates von JIRA Software Server 7.6.2 und Bitbucket Server 5.6.2.

Diese beiden Updates habe ich heute installiert. JIRA Server habe ich unter http://jira.liebrechts-portfolio.de:8090, wobei ich dort noch keinerlei Content erstellen konnte. Die Datenbank-Tabellen müssen vom Zeichensatz UTF8 nach UTF8 Bin konvertiert werden, was noch lange dauern wird. Einen global gültigen MySQL-Query fand ich zwar auch direkt auf den Atlassian Seiten, aber dennoch konvertiert es mir einzelne Tabellen nicht. Da muss ich, wenn ich Langeweile habe, manuell heran und Tabelle für Tabelle konvertieren.

Den Bitbucket Server habe ich derzeit unter http://bitbucket.liebrechts-portfolio.de:7990 und das Projekt ist noch nicht vollständig eingerichtet, denn mir fehlen Plugin-Lizenzen, die noch dieses Jahr käuflich erworben werden müssen. Dann kann ich mit dem Projekt auch schon wesentlich mehr anfangen.

JIRA Software Server auf Version 7.6.2 bringen – wie geht das?

JIRA wie auch Bitbucket sind Linux/Windows-Apps von Atlassian und müssen per SSH upgedatet werden. Dafür musst du dir die jeweiligen beiden Linux-BIN-Installer von https://atlassian.com herunterladen, sie dann unentpackt ins Verzeichnis /usr/bin wieder hochladen. Dem einzelnen Linux-Installer vergibst du CHMOD von 755, damit dieser ausführbar ist.

Dann im Falle des aktuellen JIRA-Updates gilt dieser SSH-Befehl.

./atlassian-jira-software-7.6.2-x64.bin

Das führst du vom Verzeichnis /usr/bin aus. Vorher wechselst du dorthin mit dem unteren SSH-Befehl.

cd /usr/bin

Beim Upgrade nimmst du das Upgrade von “an existing Installation” und folgst den Anweisungen in der Konsole. JIRA wird backupt, das Alte wird gelöscht, neue Files werden entpackt und zum Schluss startet JIRA Server im Browser neu. Falls dies nicht geschieht, checkst du wie gehabt mit dem unteren Befehl, was da an JIRA im Server am Laufen ist. Das geht dann so.

ps -aux | grep jira

Findest du JIRA, dass es bereits läuft, lösche alle Tomcat-Prozesse mit dem “kill <pidid>“-Befehl.

Starte dann JIRA vom Verzeichnis /bin wieder derart neu.

su jira >> zum JIRA-User wechseln
 cd /opt/atlassian/jira/bin >> wechseln zum richtigen /bin-Verzeichnis für JIRA
 sh start-jira.sh

Oder, um das Ganze in der Konsole zu verfolgen dann so.

sh start-jira.sh -fg

Sobald du das wieder mit STR+C beendest, musst du das ohne die Endung “-fg” neu starten.
Das wäre zu JIRA Software Server und dem aktuellen Update. Das Ganze kann man beim Bitbucket Server fast schon analog anwenden.

Upgrade von Bitbucket Server auf die Version 5.6.2 >> Bugfix-Update

Lade dir den jeweiligen Linux-Installer von den Atlassian Webseiten herunter, unentpackt dann nach /usr/bin hochladen und CHMOD-Rechte von 755 vergeben.

Dann führst du von dem Verzeichnis aus diesen SSH-Befehl in der Kommandoteile aus.

./atlassian-bitbucket-5.6.2-x64.bin

Falls dir angezeigt wird, auf Englisch, dass das Binden an den Port 7992 nicht geht, suche mit dem unteren Befehl nach allen Tomcat-Prozessen für Bitbucket innerhalb des Servers. Das geht dann so.

ps -aux | grep bitbucket
 ps -aux | grep 7992
 ps -aux | grep java

Danach einfach die PidID killen, mit “kill <pidid>”

Bitbucket Server Upgrader ist keine Hexenkunst und führt dich meistens zum Erfolg. Date die bereits existente Installation up, sprich Upgrading an existing Bitbucket Installation.

Was brachten JIRA 7.6.2 und Bitbucket 5.6.2 mit?

Es waren etliche neue Fehlerbehebungen und deswegen solltest du dir etwas Zeit zum Upgraden schon noch nehmen. Bugfix-Updates sind immer gerne gesehen, denn dann funktioniert die Atlassian App auch etwas besser.

Links, die ich für dich dazu noch habe, wären wie folgt: https://confluence.atlassian.com/jirasoftware/jira-software-7-6-x-release-notes-938027181.html und https://confluence.atlassian.com/bitbucketserver/bitbucket-server-5-6-release-notes-939918647.html. Alles englisches Material, aber zum Stöbern und Nachlesen reicht das.

Bei Fragen zum Upgrade feedbacke mich darunter im Kommentar-Sektor.

by Alexander Liebrecht

Flatboard v1.0.4 ist erschienen mit neuen Funktionen und Hinzufügungen

Dezember 3, 2019Dezember 22, 2017 von Internetblogger.de

Hi lieber Blogleser von Internetblogger.de. Ich habe die Sicherheit meines Portfolios durch weitere Schutzmechanismen erhöht, denn es sind wieder RU-Hacker am Werk und gehen überall in grossen Foren, Webseiten und Portalen bei. Einfache Passwörter sind für die kein Problem und bekannt ist es, dass die RU-Hacker die besten sind und die Technik auch dazu haben. Daher bitte schaue doch bei dir einfach danach, dass du ein übelst/extremst sicheres Password deines Blogs wählst. Sicher ist es nie genug, würde ich sagen und nun zum Blogpost-Thema dieses Momentes.

Flatboard v1.0.4 mit neuen Funktionen ist draussen wie du unter http://flatboard.free.fr/view.php/topic/2017-10-240835358431c entnehmen kannst.

Flatboard Forum bekam einen neuen Dailymotion BBCode, weil ich es mir mal wünschte. Dann wurde der More Link bei den Tags entfernt. Auch wurde ein Typo-Fehler auf der offiziellen Webseite bzw. im Download-Paket behoben. Es heisst auf Englisch nun “Replies” statt “Replys”. Das war auch gut, dass es endlich behoben wurde.

Update auf Flatboard 1.0.4 geht dermassen!

Du gehst zur offiziellen Flatboard-Webseite unter http://flatboard.free.fr, dort zu den Downloads und lädst die letzte Flatboard-Version 1.0.4 herunter. Dort steht noch v1.0.3, aber beachte das Update-Datum.

Flatboard.zip und die index.php lädst du ins Rootverzeichnis deiner Flatboard-Installation hoch und gehst im Browser zur Forum-Startseite. Danach ist es selbsterklärend, was gemacht werden muss. So aktualisierst du dein Flatboard-Board. Lösche bitte zudem noch den Cache im Verzeichnis /theme/spectre/cache. Bzw. ist es das Verzeichnis des ersten Standard-Themes namens Kube. Dann dort löschen. Schon wäre alles erledigt, was gemacht werden müsste.

Auch solltest du dein Passwort als Admin ändern. Das wird im Backend unter “Passwort ändern” gemacht. Erstelle ein sehr sicheres Passwort, denn Flatboard nur das Passwort braucht, um sich als Admin einzuloggen. Das ist nicht gerade viel und ich spreche mal mit dem Entwickler Fred wegen der 2-Schritte-Authentifizierung, die leicht zu handhaben sowie zugleich den Anmelde-Prozesse um Weiteres erschwert. Nur damit kann man heute gut fahren, wie ich es feststellen kann.

Ich wünsche dir nun weiterhin viel Freude bei der Arbeit im Flatboard und dem Posten darin. Auch allen Lesern meines Portfolios nur beste, sichere Weihnachtswünsche und Guten-Rutsch-Wünsche fürs Neue Jahr 2018. Ich bleibe über die Feiertage etliche Stunden täglich online, sodass die Maschinerie hier weiter laufen kann 🙂

by Alexander Liebrecht

Gitlab Server 10.2.5 mit Fehlerbehebungen und Performance Verbesserungen

Dezember 3, 2019Dezember 20, 2017 von Internetblogger.de

gitlab-10-2-5-bugfixes-performance-verbesserungen-internetblogger-de

Hallo lieber Leser! Feiertage halten keinen Entwickler auf, sodass weiterhin an der hauseigenen Software wie Gitlab gearbeitet wird. Es kam nämlich die neue Version 10.2.5 heraus und das Update konnte ich erfolgreich installieren, aber…

Unter SSL funktioniert das Login nicht und es gibt etliche Untersuchungen seitens der Gitlab-Gemeinde. Leider konnte nicht ersehen wie das mit SSL geregelt werden kann. Vorher war meine Gitlab-Instanz unter http://gitlab.liebrechts-portfolio.de auch ohne SSL und wird auch demnach so bleiben. Zwecks SSL liegt es nicht am SSL-Zertifikat, sondern direkt an Gitlab und diese Software ist sehr komplex.

Falls du es ohne SSL hast, wird deine Instanz auch nach dem Update auf 10.2.5 funktionieren.

Was beinhaltet das Update auf Gitlab 10.2.5?

Es waren Fehlerbehebungen bei den CE/EE-Editionen und Performance Verbesserungen für beide Editionen. Somit lohnt sich das Updaten schon noch. Das machst du mit dem SSH-Befehl “yum update”, was unter Centos 7 OS so gilt.

Ich beanspruche die EE-Edition, von der die Lizenz gestern ausgelaufen ist. Nun werde ich es beobachten, ob die Arbeit mit meiner Instanz durch das Beenden der Lizenzgültigkeit eingeschränkt sein wird. Wenn nicht, lasse ich es erstmals so laufen, aber gerne würde ich schon noch bei der EE-Edition bleiben. Es hat bisher am besten funktioniert und die EE-Edition Lizenz kostet dann im Jahr etwas. Das setze ich mir auf die ToDo-Liste für 2018.

Unter https://about.gitlab.com/2017/12/18/gitlab-10-2-5-released/ kannst du weitere Update-Hinweise gerne entnehmen und es sind auch Fehler aufgeführt, die gefixt wurden. Alles zusammen macht unseren Gitlab Server etwas besser im Funktionieren.

CMS-Updates schneien nur noch so rein und auch kurz vor Weihnachten. Das wird alles mitgenommen im eigenen Portfolio, denn das Meiste ist eine reine Routine und kann oft schnell hinter einen gebracht werden.

Falls du Fragen zum Update hast, nutze bitte darunter die Kommentare.

by Alexander Liebrecht

Video-Anleitung zum Ausmachen der Tomcat-Prozesse von Confluence, JIRA und Bitbucket

November 22, 2017 von Internetblogger.de

Hallo lieber Leser und Zuschauer! Heute brachte ich ein weiteres Dailymotion-Video heraus, in welchem ich dir zeige wie du die Tomcat-Prozesse für JIRA, Bitbucket und Confluence mittels Kommandozeile ausmachen, beenden und neu starten kannst. Ich legte dabei grossen Wert darauf, dass du das mittels Kommandozeile nachvollziehen kannst. Die jeweiligen SSH-Befehle kannst du dir dann vielleicht … Weiterlesen

Gitlab Server auf Version 10.1.3 aktualisieren – wie geht das

Dezember 3, 2019November 15, 2017 von Internetblogger.de

gitlab-server-10-1-3-erschienen-regressions-fixes-bugfixes-update

Hallo lieber Blogleser und Gitlab Server Admin! Gitlab brachte positive News zu den Nutzern des Gitlab Servers. Ein neues Update auf die Version 10.1.3 war erschienen und dokumentiert wurde es unter https://about.gitlab.com/2017/11/10/gitlab-10-dot-1-dot-3-released/.

Gitlab Server kann auf verschiedenen Betriebssystemen wie auch meinerseits unter Centos 7.4 installiert werden. Meine eigene Instanz ist unter https://gitlab.liebrechts-portfolio.de aufgesetzt. Nur noch mit SSL von Let’s Encrypt klappt es nicht, weil ich die maximale Anzahl an Erneuerungen des SSL-Zertifikats bereits überschritten habe. Ich muss mich noch mehrere Tage gedulden, bis es wieder funktioniert. Aber an sich ist meine Instanz bereits aufrufbar.

Gitlab Server 10.1.3 kam mit Regressions-Fixes und Bugfixes daher

Das kannst du hinter dem oben gesetzten Linkverweis gerne vorfinden. Fehlerbehebungen seitens der Entwickler-Front sind immer wieder herzlich willkommen und das macht die Software ein Stück besser sowie funktionsfähiger. An Issues, so genannten Tickets, für Gitlab CE(Community Edition) und Gitlab EE(Enterprise Edition, was ich habe) mangelt es nicht. Die global ansässige Gitlab Community macht das Beste draus und hilft bei allen Belange und Problemen, was sehr schätzenswert ist.

Upgrade auf Gitlab Server 10.1.3 – wie geht das?

Das Upgrade konnte ich heute zum allerersten Mal erfolgreich vollbringen, wofür mir die Konsole und ein paar Befehle wie diese dienten.

yum update

“yum” >> gilt immer für RedHat/Centos OS.

Ich gehe davon aus, dass du Gitlab Server bereits aufsetztest und müsstest nur noch das Upgrade hinter dich bringen. Das geht dann mit oben gezeigtem Befehl. Falls du in Linux im Verzeichnis /etc/yum.repos.d kein Gitlab EE Repository hast, kannst du es mit diesem SSH-Befehl hinzufügen.

curl https://packages.gitlab.com/install/repositories/gitlab/gitlab-ee/script.rpm.sh | sudo bash

Meine Empfehlung, erfahrungsbedingt

Lösche bitte das Gitlab EE/CE Repo aus diesem Verzeichnis, denn Plesk und Centos aktualisieren sich oft von selbst, sodass es passieren kann, dass deine Instanz nicht mehr korrekt funktioniert. Lade die Datei mit dem Repo in einen Windows-Ordner herunter, bewahre sie dort auf und lade sie bei Bedarf und nach dem du Release Notes checktest wieder hoch. Damit sorgst für ein einwandfreies Funktionieren deiner Gitlab Server Instanz.

Mit “yum update” wird Gitlab EE/CE Repo aufgerufen, Aktualisierungen werden mittels SSH installiert und so wird deine Gitlab Instanz in der Kommandozeile neu gestartet. Das heisst, dass alle Prozesse und Ports, die für Gitlab gelten, inkl. der PostgreSQL-Datenbank werden neu gestartet. Ich zeige dir mal einen solchen Update-Ausschnitt von heute aus meinem Kommandozeilen-Update des Gitlab Server EE.

Resolving Dependencies
--> Running transaction check
---> Package gitlab-ee.x86_64 0:10.1.1-ee.0.el7 will be updated
---> Package gitlab-ee.x86_64 0:10.1.3-ee.0.el7 will be an update
--> Finished Dependency Resolution

Dependencies Resolved

====================================================================================================
 Package Arch Version Repository Size
====================================================================================================
Updating:
 gitlab-ee x86_64 10.1.3-ee.0.el7 gitlab_gitlab-ee 399 M

Transaction Summary
====================================================================================================
Upgrade 1 Package

Total download size: 399 M
Is this ok [y/d/N]: y
Downloading packages:
Delta RPMs disabled because /usr/bin/applydeltarpm not installed.
gitlab-ee-10.1.3-ee.0.el7.x86_64.rpm | 399 MB 00:00:10
Running transaction check
Running transaction test
Transaction test succeeded
Running transaction
gitlab preinstall: Automatically backing up only the GitLab SQL database (excluding everything else!)
Dumping database ...
Dumping PostgreSQL database gitlabhq_production ... [DONE]
done
Dumping repositories ...
[SKIPPED]
Dumping uploads ...
[SKIPPED]
Dumping builds ...
[SKIPPED]
Dumping artifacts ...
[SKIPPED]
Dumping pages ...
[SKIPPED]
Dumping lfs objects ...
[SKIPPED]
Dumping container registry images ...
[DISABLED]
Creating backup archive: 1510739190_2017_11_15_10.1.1-ee_gitlab_backup.tar ... done
Uploading backup archive to remote storage ... skipped
Deleting tmp directories ... done
done
Deleting old backups ... skipping
 Updating : gitlab-ee-10.1.3-ee.0.el7.x86_64 1/2
 Cleanup : gitlab-ee-10.1.1-ee.0.el7.x86_64 2/2
Checking PostgreSQL executables: OK
Shutting down all GitLab services except those needed for migrations
ok: down: gitaly: 0s, normally up
ok: down: gitlab-monitor: 1s, normally up
ok: down: gitlab-workhorse: 0s, normally up
ok: down: logrotate: 1s, normally up
ok: down: node-exporter: 0s, normally up
ok: down: postgres-exporter: 1s, normally up
ok: down: postgresql: 0s, normally up
ok: down: prometheus: 0s, normally up
ok: down: redis: 1s, normally up
ok: down: redis-exporter: 0s, normally up
ok: down: sidekiq: 0s, normally up
ok: down: unicorn: 0s, normally up
ok: run: postgresql: (pid 23116) 1s
ok: run: redis: (pid 23119) 0s
run: postgresql: (pid 23116) 1s; run: log: (pid 13356) 644846s
run: redis: (pid 23119) 0s; run: log: (pid 13334) 644847s
Reconfiguring GitLab to apply migrations



* Moving existing certificates found in /opt/gitlab/embedded/ssl/certs

* Symlinking existing certificates found in /etc/gitlab/trusted-certs
gitlab Reconfigured!
Checking for an omnibus managed postgresql: OK
Checking for a newer version of PostgreSQL to install
No new version of PostgreSQL installed, nothing to upgrade to
Ensuring PostgreSQL is updated: OK
Restarting previously running GitLab services
ok: run: gitaly: (pid 23719) 0s
ok: run: gitlab-monitor: (pid 23739) 1s
ok: run: gitlab-workhorse: (pid 23698) 2s
ok: run: logrotate: (pid 23786) 0s
ok: run: node-exporter: (pid 23792) 1s
ok: run: postgres-exporter: (pid 23798) 0s
ok: run: postgresql: (pid 23116) 26s
ok: run: prometheus: (pid 23807) 0s
ok: run: redis: (pid 23119) 25s
ok: run: redis-exporter: (pid 23822) 1s
ok: run: sidekiq: (pid 23830) 0s
ok: run: unicorn: (pid 23839) 1s

_______ __ __ __
 / ____(_) /_/ / ____ _/ /_
 / / __/ / __/ / / __ \`/ __ \
 / /_/ / / /_/ /___/ /_/ / /_/ /
 \____/_/\__/_____/\__,_/_.___/



Upgrade complete! If your GitLab server is misbehaving try running
 sudo gitlab-ctl restart
before anything else.
If you need to roll back to the previous version you can use the database
backup made during the upgrade (scroll up for the filename).

Verifying : gitlab-ee-10.1.3-ee.0.el7.x86_64 1/2
 Verifying : gitlab-ee-10.1.1-ee.0.el7.x86_64 2/2

Updated:
 gitlab-ee.x86_64 0:10.1.3-ee.0.el7

So sollte es in etwa bei dir aussehen, je nachdem, welche Centos-Version du auf dem Linux-Server hast. Wenn es Centos 6 ist, musst du auch dementsprechend ein anderes Repo installieren. Zur Installation des Gitlab Servers in Centos OS kann ich dir diese Anleitung unter https://about.gitlab.com/installation/#centos-7 gerne empfehlen.

Das ist im Grossen und Ganzen die Upgrade-Prozedur. Es ist empfehlenswert, mal von Zeit zu Zeit in Google mit dem Begriff “gitlab release notes” zu suchen, um an neue Updates zu gelangen. Ich checke mittlerweile alle Atlassian Apps, OpenProject, Phabricator, Gitlab Server mit “release notes” in Google. So hast du immer, was du brauchst.

Falls du Fragen zum Upgrade hast, bemühe bitte darunter die Kommentare.

[note note_color=”#ee4821″ radius=”10″]Auch wäre es höchst erfreulich, falls du auch ein Gitlab Admin bist. Was war das Schwierigste für dich bei der Installation und was ging schnell von der Hand?[/note]

Meinerseits musste geklärt werden, an welchem Port nun Unicorn laufen soll. OpenProject ist am Port 3000, sodass der Unicorn Port schon mal am Port 6000 sein könnte. Das macht möglich, dass du OpenProject App und Gitlab Server auf einem und demselben Rootserver laufen lassen kannst. Das gilt es zu beachten.

by Alexander Liebrecht

Bitbucket Server 5.5.1 erschienen mit Fehlerbehebungen

Dezember 3, 2019November 14, 2017 von Internetblogger.de

bitbucket-5-5-1-erschienen-fehlerbehebungen

Hallo Blogleser! Die Kategorie Linux/Centos 7 darf wieder gefüllt werden und mir geht es um das neue Bitbucket Server Update unter Centos 7.4 in Linux OS.

Bitbucket Server 5.5.1 war mit drei Fehlerbehebungen erschienen, die du unter https://confluence.atlassian.com/bitbucketserver/bitbucket-server-5-5-release-notes-938037662.html nachschlagen kannst. Das Update verlief bei mir sehr gut unter http://bitbucket.liebrechts-portfolio.de:7990 und daher kann ich es dir auch weiter empfehlen.

Bitbucket entwickelt sich rasant weiter und manchmal gibt es ein paar Male monatlich ein solches Zwischen-Update. Das darf gerne dokumentiert werden. Wie du genau upgraden kannst, habe ich letztens schon gebracht und in diesem Blogpost nur ein paar weitere Tipps, um das Update herum.

Upgrade auf Bitbucket Server 5.5.1 – wie geht das?

Du musst den Linux-Bin-Installer von den Webseiten unter https://atlassian.com herunterladen. Noch wesentlich einfacher geht es über die Google Suche mit dem Begriff “bitbucket release notes”. So kannst du dir gleich Erscheinungsnotizen ansehen und weisst dann hoffentlich mehr über das Update.

Der Linux-Installer wird ins Verzeichnis /usr/bin hochgeladen. Danach vergibst du ihm CHMOD-Rechte von 755, damit wir ihn in der Kommandozeile ausführen können. Alle Atlassian Updates werden mittels SSH gemacht oder zumindest lernte ich den Webinstaller-Weg, falls es diesen gibt, noch nicht kennen.

In der Kommandozeile vom Verzeichnis /bin aus gibst du diesen Befehl ein.

Wechsele zuerst in das /bin-Verzeichnis so.

cd /usr/bin

Danach das eintippen.

./atlassian-bitbucket-5.5.1-x64.bin

So kannst du dich anschliessend in der Konsole orientieren. Der Verlauf des Upgrades wird dir auf Englisch angezeigt, was aber soweit verständlich sein wird. Ich habe etliche Bitbucket Server Updates hinter mir und meistens klappt es auf die Schnelle.

Bitbucket Server wird ein neues Installationsverzeichnis unter dem namen /5.5.1 beanspruchen. Der ganze Pfad dorthin lautet dann so.

/opt/atlassian/bitbucket/5.5.1

Daher muss du in der Datei httpd.conf es dementsprechend auch anpassen. Meine Bitbucket Instanz ist ohne SSL/https und daher habe ich meine Config so.

DocumentRoot "/opt/atlassian/bitbucket/5.5.1"

ProxyRequests Off
 ProxyVia Off

<Proxy *>
 Require all granted
 </Proxy>

ProxyPass / http://bitbucket.liebrechts-portfolio.de:7990/
 ProxyPassReverse / http://bitbucket.liebrechts-portfolio.de:7990/

So siehst du es nun was ich meine. Diese httpd.conf wieder hochladen und Apache neu starten.

service httpd restart

Wenn das glückt, dann sind die Konfigurationen dieser Datei korrekt.

Zudem fehlt noch im Verzeichnis /opt/atlassian/bitbucket/5.5.1/app/WEB-INF/lib der MySQL-Connector. Diesen hattest du aber schon im alten Installationsverzeichnis. Einfach von dort wieder beziehen und in das neue Verzeichnis hochladen. Ansonsten startet Bitbucket dann im Browser nicht.

Wenn du per Konsole zu Ende aktualisiertest, starte die Instanz nicht. Stoppe alle Bitbucket Services so.

service atlbitbucket stop

Danach überzeugst du dich davon, dass keinerlei Bitbucket mehr läuft mit diesem SSH-Befehl.

ps -aux | grep bitbucket

Wenn nichts ist, dann die Instanz wieder in der Konsole so starten.

service atlbitbucket start

Nachher gehst du im Browser zu deiner Instanz und lässt den Startvorgang auf dich wirken. Wenn alles im Vorfeld richtig eingestellt wurde und Apache läuft, dann startet Bitbucket Instanz nach einigen Minuten und schon kannst dich wieder dem Bitbucket Server widmen.

Das wäre so meine Prozedur mit Bitbucket Server und es sorgt immer für erfolgreiches Starten der Instanz im Browser. Falls du dazu Fragen hast, dann feedbacke darunter.

Freue mich nur über sinnvolles Feedback 😉

by Alexander Liebrecht

Youtube-Videos in der Phabricator App einbetten

Dezember 3, 2019Oktober 29, 2017 von Internetblogger.de

youtube-videos-bei-phabricator-app-einbinden-internetblogger-de

Hallo lieber Blogleser und heute geht es um die Phabricator App. Es ist eine php-basierte App und läuft wunderbar unter Linux OS. Meinerseits ist Phabricator unter Centos 7.4 mit Virtualhost installiert. Das funktioniert ganz gut.

Hier im Blog habe ich eine neue statische Seite erstellt. Darauf zeige ich dir meinen Youtube-Video-Channel und heute fragte ich mich, unterstüzt denn auch Phabricator solche Youtube-Videos?? Ja, das tut es, allerdings bedarf es des Ausführens eines SSH-Befehls in der Kommandozeile.

Du gehst als “root” zum Verzeichnis /phabricator. Das geht dann so.

cd phabricator

Von dort aus nimmst du diesen SSH-Befehl und bestätigst in der Konsole mit Enter.

./bin/config set remarkup.enable-embedded-youtube true

Das sollte auch schon reichen, damit dann die Youtube-Videos per Einfügen einer URL im Markdown-Editor angezeigt werden. Beim Bloggen in Phabricator zum Beispiel ist unter dem Editor die Vorschau und in der Vorschau werden dir dann die Youtube-Videos angezeigt. Ich glaube, dass das mit Youtube auch im Phriction-Wiki und der App Ponder(Fragen&Antworten) funktionieren wird. Die lokale Einstellung, die wir etwas höher vornahmen, sollte phabricator-weit gelten. Davon gehe ich mal aus.

Du kannst es mal ausprobieren und beim Phame-Blog kannst du mit Youtube-Videos gut arbeiten.

Das wollte ich dir in diesem Blogpost vermitteln, weil ich selbst danach recherchieren musste. In den meisten Foren geht der Youtube-BBCode wie folgt.

[*youtube]Video-ID[/youtube]

Aber woanders musst du schauen, welches CMS dir vorliegt und wie eingebettete Videos gehandhabt werden. Ich hoffe, dass ich dir mit diesem Post etwas helfen konnte.

Freue mich auf dein Feedback.

by Alexander Liebrecht

Bitbucket Server v5.5 erschienen mit Fehlerbehebungen

Dezember 3, 2019Oktober 26, 2017 von Internetblogger.de

bitbucket-5-5-update-erschienen-fehlerbehebungen

Hallo Blogleser! In diesem Blogpost spreche ich das neue Bitbucket Server Update, die Version 5.5, an. Es war die Tage ins Virtuelle verfrachtet und das Update verlief bei mir ganz normal.

Atlassian Macher erwähnten das Update inkl. der Issues unter https://confluence.atlassian.com/bitbucketserver/bitbucket-server-5-5-release-notes-938037662.html.

Was leider nicht geht bei meiner Bitbucket Server Instanz, ist es im Backend das Marketplace. Es ist der interne Marktplatz für Bitbucket Addons. Da wird nichts angezeigt und ich kann auch nichts installieren. Ich könnte das aber im abgesicherten Modus checken, was ich noch nicht machte. Vermutlich liegt es aber an den nicht mehr gültigen Plugin-Lizenzen.

Meine Plugin-Lizenzen werde ich bei Zeiten neu erwerben, was dann pro Lizenz nur 5 US-Dollar anstatt 10 kosten wird. Falls du ein Addon neu kaufst, kostet es dich dann 10 US-Dollar. Gut, dass es wenigstens dann die Hälfte ist. So kann der Bitbucket Server ins Geld gehen, was nicht sein muss.

Meine eigene Instanz findest du unter http://bitbucket.liebrechts-portfolio.de:7990, wo du dir das ansehen kannst.

Nun nochmals kurz zum Update. Es waren zahlreiche Fehlerbehebungen, die das Update uns Nutzern beschert haben. In solchen Fällen nehme ich ein Update meistens mit.

Wie auf Bitbucket Server v5.5 aktualisieren?

https://youtu.be/JOg9583W574

Das wird nicht sehr schwer sein. Lade dir die letzte Version von den Atlassian Seiten unter https://atlassian.com herunter und lade den BIN-Installer ins Verzeichnis /usr/bin hoch. Danach loggst du dich in der Konsole ein und navigierst mit dem “cd”-Befehl zu diesem Verzeichnis.

cd /usr/bin

Ab dann tippst du das ein.

./atlassian-bitbucket-5.5.0-x64.bin

Vorher vergib dem Installer CHMOD-Rechte von 755, damit du ihn ausführen kannst.

Als nächstes ist es einfach, denn du siehst da was in der Konsole. Du nimmst immer ein Upgrade einer existenten Instanz und das Upgrade geht recht schnell. Zum Schluss startet deine Instanz im Browser neu. Denkst du! Es wird nicht passieren, denn das MySQL-Plugin muss ins neue Installationsverzeichnis unter /opt/atlassian/bitbucket/5.5.0/app/WEB-INF/lib hochgeladen werden. Im vorherigen Verzeichnis hattest du es ja auch. Also dann hochladen und dann als Root die Instanz in der Konsole so starten.

service atlbitbucket start

Das dürfte dann erfolgreich sein.

Und auch kann ich dir sagen, dass wenn nichts startet, du wiederum alles checken kannst.

ps -aux | grep bitbucket

So schaust du, was für Tomcat-Prozesse mit Bitbucket laufen. Wenn welche da sind, alles killen mit …

kill <pidid>

Danach die Instanz neu starten.

Das habe ich mehrmals durchgearbeitet und oft hilft das.

Das wäre die ganze Upgrade-Prozedur und bei Fragen zur Kommandozeile kannst du dich hier an mich gerne wenden.

Ich wünsche dir erfolgreiches Update und weiterhin Freude mit dem Bitbucket Server in Linux OS.

by Alexander Liebrecht

Wie du JIRA Software Server aktualisieren kannst

Dezember 3, 2019Oktober 16, 2017 von Internetblogger.de

jira-software-server-im-frontend-liebrechts-portfolio-de

Hallo lieber Blogleser! In diesem Post geht es darum wie du eine Aktualisierung beim JIRA Software Server vornehmen kannst. JIRA ist ein klasse Ticket-System aus dem Hause Atlassian aus Australien und wird von zahlreichen, weltweit bekannten Unternehmen eingesetzt.

Mit JIRA arbeite ich selbst auch unter http://jiraissues.liebrechts-portfolio.de:8080. Diese Software zu installieren oder zu aktualisieren, bedarf des Einsatzes der Kommandozeile. So habe ich meine Instanz in Linux(Centos 7.4) vor kurzem installiert. Die eigentliche Installation ist keine Hexenkunst und eingefuchst habe ich mich bei Linux OS auf den generischen Port. Im Falle von JIRA ist es der Standard Port 8080.

Demnach musst du in Virtualhost in der Datei httpd.conf in etwa das zu stehen haben.

DocumentRoot "/opt/atlassian/jira"

ProxyRequests Off
 ProxyVia Off

<Proxy *>
 Require all granted
 </Proxy>

ProxyPass / http://jiraissues.liebrechts-projekte.de:8080/
 ProxyPassReverse / http://jiraissues.liebrechts-projekte.de:8080/

Danach startest du Apache so neu.

service httpd restart

Schon wirkt sich das aus.

JIRA Software Server aktualisieren

JIRA-Linux-Installer wird von der offiziellen Atlassian-Webseite unter https://atlassian.com bezogen und wird unentpackt ins Verzeichnis /usr/bin hochgeladen. Danach wird sich via Kommandozeile als Root eingeloggt. Als Nächstes musst du in der Kommandozeile vom /usr/bin-Verzeichnis aus dieses eingeben.

./atlassian-jira-software-7.5.0-x64.bin

Der Installer wird ausgeführt und du wirst danach gefragt, was gemacht werden sollte. Du nimmst das Upgrade einer alten Instanz. Das siehst du dann alles in der Konsole. So beobachtest du die Kommandozeile bis zum Neustart der JIRA-Instanz im Browser. Im Frontend kannst du nach wenigen Minuten deine Instanz auch schon aufrufen.

Was ist, wenn JIRA im Browser nicht startet?!

Durchaus kann es sein, dass für JIRA bereits mehrere Tomcat-Prozesse laufen. Du musst sie dann alle beenden. Suche in der Konsole nach JIRA mit diesem Befehl.

ps -aux | grep jira

Beende alle Tomcat-Prozesse dann so.

kill <pidid>

Die PidID ist die Nummer mit dem Tomcat-Prozess, die dann ebenfalls in der Zeile angezeigt wird.

Danach wechselst du zum JIRA-User so.

su jira

Du siehst in der Kommandozeile, dass du nun als JIRA-User aktiv bist. Ab dann musst du ins Verzeichnis /bin mit diesem SSH-Befehl.

cd /opt/atlassian/jira/bin

So kannst du deine JIRA-Instanz nun neustarten.

sh start-jira.sh

sh stop-jira.sh >> so stoppst du JIRA-Prozesse wieder

Das dürfte dann bestimmt helfen, damit JIRA im Browser startet. Warte kurz und schon kannst du deine JIRA-Instanz normal aufrufen.

Ich hoffe, dass ich dir zeigen konnte, wie JIRA aktualisiert und im Browser neu gestartet wird. Diese SSH-Befehle habe ich bei der Arbeit mit JIRA und der Kommandozeile auswendig gelernt und nutze sie auch bei mir in Linux/Centos 7.4.

Bei Fragen einfach hier drunter gerne kommentieren.

Ich wünsche dir weiterhin Spass bei der Arbeit mit dem Ticketsystem und dem Bugtracker in JIRA.

by Alexander Liebrecht

Wie du Bitbucket Server in Linux – Centos 7 aktualisieren kannst

Dezember 3, 2019September 28, 2017 von Internetblogger.de

Hallo Blogleser! Diesen Post widme ich dem Bitbucket Server, einer Atlassian Software aus dem Premium-Sektor. Ich möchte dir gerne zeigen, wie so eine Bitbucket Server Instanz in Linux bzw. Centos 7.4 aktualisiert wird. Was Bitbucket Server im Browser darstellt, kannst du dir bei mir unter http://bitbucketrepos.liebrecht-projekte.de:7990 ansehen. Ich habe Bitbucket an einem generischen Port 7990 … Weiterlesen