Schlagwort-Archive: Upgrade

Herbstputz in doppeltem Sinne

Manchmal zieht sich der Frühlingsputz in den Herbst hinein, so war es in diesem Falle in Punkto Server-Putz der Fall. Am gestrigen Tage habe ich nun das Upgrade auf Debian 12 „Bookworm“ vorgenommen, das äußerst reibungslos lief. Nicht eine Sache hat gehakt, das sieht man als Admin auch selten – gute Arbeit, Debian-Crew! 🙂 Im gleichen Zuge habe ich dann spontan noch PHP von 8.1 auf 8.2 geupgradet, auch das lief ohne Probleme und die eingesetzten Scripte kommen ausgenscheinlich gut damit klar, perfekt. Das einzig etwas aufwändigere war das Grafana Update, da hat sich im Laufe der letzten Versionen dann doch etwas getan, aber auch das ließ sich gut in den Griff kriegen und läuft nun wieder in der aktuellsten Version.
Am heutigen Tage habe ich schließlich noch die Initiative ergriffen und geschaut, ob sich das Mailpostfach mit wenig Aufwand etwas entrümpeln lässt. Und siehe da: alleine durch die Löschung der durch Tripwire erzeugten Mails (habe ich aktuell ohnehin nicht mehr im Einsatz und rückwirkend werden diese nicht mehr benötigt) konnten unglaubliche rund 75 GB auf den Datenfriedhof wandern. Damit sinkt die aktuelle Mailbox Größe von knapp über 100 auf knapp unter 25 GB – das hat sich gelohnt 😀
Hier im übrigen ein hoch auf Thunderbird, das hab ich gestern mal wieder in der neusten Version eingerichtet. Die neue UI finde ich richtig schick und der Donnervogel scheint tatsächlich wieder eine moderne und interessante Wahl zu sein 🙂
In diesem Sinne: Itsumo kirei ni sōji shite kudasai („Allzeit gut putz“ auf japanisch, zumindest laut Google 😀 ).

Upgrade auf PHP 8.1 abgeschlossen

Zugegeben, das Upgrade auf die PHP 8.x Schiene hat diesmal etwas länger gedauert als vorangegangene Updates, aber bis zuletzt gab es kleinere „Sorgenkinder“ wie das genutzte Status Page Script Cachet. Letzteres wird aktuell nicht mehr aktiv weiterentwickelt, so schnell wird eine PHP 8 kompatible Version also nicht auftauchen. Dennoch sollte das natürlich nicht vom Umstieg abhalten – und so habe ich das Status Page Script erst einmal durch eine relativ statische Seite ersetzt 🙂
Der übrige Wechsel ging ausgesprochen problemlos vonstatten. Gängige Scripts wie WordPress, phpBB oder Nextcloud kommen mit PHP 8.1 zurecht, nur die eingesetzten Plugins können zur Stolperfalle werden. Hier hatte ich allerdings Glück, bis auf ein kleines Kompatibilitätsproblem bei einem phpBB Plugin scheinen die übrigen WordPress und phpBB Plugins mit der neuen Version zurecht zu kommen.
Und so beschränkte sich das Upgrade auf die Zusammenstellung der notwendigen configure Parameter (und ein Cleanup alter 😀 ) sowie einer kleinen Anpassung der Apache Konfiguration.
Damit hat das Upgrade auf die neuste Version doch noch just in time vor dem End of Life der PHP 7.4 Reihe geklappt 🙂

PHP 7.4 am Start

Nachdem das letzte große PHP Upgrade auf meinem Server (zum damaligen Zeitpunkt auf PHP 7.2) schon vor rund 1,5 Jahren erfolgte, wurde es langsam Zeit für ein Upgrade auf die letzte stabile Version 7.4. Diesen Schritt hatte ich schon früher eingeplant, allerdings ist es immer so eine Sache mit der Kompatibilität der eingesetzten Anwendungen auf PHP-Basis. Zuletzt haben die frischen neuen Versionen des phpBB (3.3) und von Nextcloud (18) aber für die notwendige Unterstützung der aktuell empfohlenen PHP Version gesorgt, sodass einem Upgrade nun endgültig nichts mehr im Wege stand. Das Upgrade gestaltete sich durchweg unproblematisch, bis auf kleinere Änderungen bei den configure-Flags lief der Umstieg reibungslos. Auch Cachet kommt im aktuellen 2.4er Branch (der noch nicht stabil ist) unter PHP 7.4 zurecht, dasselbe gilt augenscheinlich auch für GNU Social, obwohl es schon seit längerer Zeit nicht mehr aktiv weiterentwickelt wird.
Mit dem nächsten Sprung auf PHP 8.0 mag das ganze anders aussehen, aber bis dahin bleibt ja noch etwas Zeit. Für den Moment ist wieder alles up-to-date 🙂

Upgrade auf WordPress 5.0

Relativ kurzfristig wurde vor wenigen Tagen der 06. Dezember 2018 als Stichtag für den voraussichtlichen offiziellen Release von WordPress 5.0 angekündigt. Nachdem keine Blocker-Bugs zu Tage getreten sind, war es dann gestern auch soweit: WordPress 5.0 „Bebo“ hat es in die Öffentlichkeit geschafft.
Vorhin habe ich nun das Upgrade auf WordPress 5.0 gewagt. Das Upgrade selbst lief wie die bisherigen ohne größere Probleme ab. Im ersten Schritt habe ich aber fürs Erste den Classic Editor aktiviert. Um Gutenberg tobt weiterhin eine emotionale und hitzige Debatte. Ich bin gespannt, wie sich diese in den kommenden Monaten nach dem Release entwickeln wird. Hier in meinem Blog werde ich Gutenberg in der kommenden Zeit selbst erst einmal antesten und sehe dem ganzen momentan entspannt entgegen.
Das Theme hier bleibt vorerst übrigens auch bestehen. Änderungen hieran kommen da in der Regel ohnehin eher spontan und müssen nicht unbedingt mit einem WordPress Update verknüft werden 😀

Upgrade auf MySQL 8.0 abgeschlossen

Vorgestern ist rund drei Jahre nach dem letzten Release MySQL 8.0 offiziell von Oracle freigegeben worden. Vor dem Upgrade sollte man unbedingt die Upgrade Guides durchgehen, denn mit dem neuen Release hat sich einiges getan – das Upgrade fällt diesmal etwas größer aus.
Die neue MySQL Shell bietet ein kleines Werkzeug, mit dem vorab einige Knackpunkte erkannt werden können. Bei mir hat sie glücklicherweise nur einige Warnungen ausgespuckt, die keine kritische Wirkung auf das Upgrade hatten.
Für das Upgrade habe ich die In-Place Variante gewählt, d.h. die neuen MySQL 8.0 Binaries werden mit einem vorhandenen Datadir gestartet. Beim ersten Start nimmt MySQL 8.0 dann notwendige Änderungen vor, die u.a. auch in der Erstellung des neuen Data Dictionary enden. Dieser Vorgang hat selbst bei meiner nicht gerade üppigen Installation einige Minuten verschlungen. Ein gewohntes anschließendes mysql_upgrade bringt schließlich auch die restlichen Bereiche auf den aktuellsten Stand.
Eine der kritischeren Änderungen ist die Umstellung des Preferred Authentication Plugins von mysql_native_password auf caching_sha2_password. Diese Änderung erfordert auch die Aktualisierung der MySQL Client Bibliotheken. Glücklicherweise bleiben bereits bestehende MySQL Benutzeraccounts hiervon aber unberührt, sodass bestehende Anwendungen erst einmal auch ohne neue Libs auskommen. Die Aktualisierung kann hier zu einem späteren Zeitpunkt vorgenommen werden.
Nach dem Upgrade hat bei mir lediglich der XMPP/Jabber Server Openfire gestreikt. Dieser bringt noch einen älteren MySQL Java Connector mit, der scheinbar auf eine MySQL Query Cache Variable zugreift, die in MySQL 8.0 (dort wurde der Query Cache komplett entfernt) nicht mehr existiert. Ein manuelles Upgrade des dort verwendeten MySQL Connectors hat aber auch hier Abhilfe geschaffen.

Hallo, MySQL 8.0.11!
Hallo, MySQL 8.0.11!

Unter dem Strich ist das Upgrade auf MySQL 8.0 trotz der zahlreichen Änderungen ausgesprochen problemlos vonstattengegangen. Die lange Testphase scheint MySQL 8.0 gut getan zu haben 🙂

Upgrade auf Debian Stretch 9.0 geglückt

Im zweiten Anlauf ist mir in der vergangenen Nacht das Upgrade des Servers auf Debian Stretch geglückt. Damit ist etwas mehr als eine Woche nach dem Release von Debian Stretch die Hauptarbeit bereits abgeschlossen. Grundsätzlich habe ich direkte Upgrades auf die Nachfolgeversion von Debian bislang gemieden und stets auf eine (meistens deutlich spätere) Neuinstallation gesetzt. Auch diesmal stand dieser Weg bei mir ganz oben auf der Liste, allerdings habe ich mich dann doch relativ schnell für das Upgrade umentschieden – auch nachdem erste Berichte von einem grundsätzlich relativ reibungslosen Prozess berichteten. Bei vergangenen Debian Upgrades sah das zum Teil noch anders aus.
Das eigentliche Systemupgrade lief bei mir am problemlosesten, großartige Auseinandersetzungen mit Abhängigkeiten traten nicht zu Tage. Konfigurationsdateien diverser genutzter Pakete habe ich vorerst beibehalten und werde diese ggf. zu einem späteren Zeitpunkt gegenüber neuen Versionen vergleichen. Kritische Änderungen, die eine sofortige Aktion erfordern würden, gab es bei diesen nicht. Dies betraf vor allem Postfix und Dovecot, sodass der Mailserver auch weiterhin gewohnt seinen Dienst ohne direkten Eingriff verrichtet.
Apache und PHP kompiliere ich auf dem Server stets selbst, der Neueinstieg von OpenSSL 1.1 in Debian Stretch hat mir hier vor allem bei Apache das erste Problem beschert. Die kürzlich erschienene Apache Version 2.4.26 ist die erste, die OpenSSL 1.1 offiziell unterstützt – alles darunter führt zwangsläufig zu Frustrationen. Wichtig ist also, gleich die neuste Version zu wählen. Die aktuelle PHP Version 7.1.6 ist ebenfalls OpenSSL 1.1 kompatibel, auch wenn bei der Kompilierung noch einige Warnungen ausgespuckt werden. Die PHP Erweiterung curl erfordert zudem noch das Paket libcurl4-openssl-dev. Hier benötigt es dann noch einen Symlink, damit der Konfigurationsvorgang ohne Fehler durchläuft.
Das reguläre Upgrade auf Stretch betrifft vor allem bisherige Nutzer von MySQL, sofern die entsprechenden Debianpakete genutzt werden. Während des Upgrades findet dann ein automatischer Umstieg auf MariaDB statt. Mich hat dies nicht betroffen, da ich MySQL separat installiert habe. Die zugehörige MariaDB Library scheint zudem größtenteils MySQL-kompatibel zu sein, sodass sich auch Dovecot und Postfix daran nicht aufhängen. PHP nutzt über mysqlnd sowieso seine eigene MySQL-Library.
Der größte sichtbare Benefit mit dem Umstieg auf Debian Stretch war für mich die Möglichkeit, das HTTP/2 Modul des Apache Webservers zu aktivieren. Unter Debian Jessie war dies ohne Fallstricke nicht möglich, da die dortige OpenSSL Version und nötige libnghttp2 Bibliothek zu alt waren. Beides hat sich nun gelöst, sodass nach der Nachinstallation des libnghttp2-dev Pakets und anschließenden Kompilierung HTTP/2 final aktiviert werden konnte. Damit ist auch dieser letzte große Punkt auf der ToDo Liste verschwunden 🙂
Im Großen und Ganzen ist das Upgrade unter dem Strich also sehr weich verlaufen. Eine Neuinstallation hätte da weitaus mehr Zeit und Planung beansprucht. Auch wenn noch kleinere Nacharbeiten anstehen: der größte Teil ist geschafft und der Server damit für die nächste Zeit wieder auf dem aktuellsten Stand. Danke, liebes Debian Team!

Upgrade auf WordPress 3.8

Nachdem ich mit den WordPress-Updates etwas in den Hinterlauf geraten bin, ist das Upgrade auf WordPress 3.8 endlich durch. Äußerlich hat sich dadurch nicht viel getan, das Theme auf theXME.de bleibt vorerst dasselbe (um ehrlich zu sein: ich habe es bislang einfach noch nicht geschafft, ein neues zu erstellen :-)).
Die meisten Plugins haben das Upgrade überlebt, lediglich zwei habe ich im gleichen Zuge aussortiert.
Sollten euch noch Fehler auffallen, einfach kurz in den Kommentaren anmerken – danke! 🙂

Windows 8 im Kommen – zumindest daheim

Ob Microsoft mit den Verkaufszahlen von Windows 8 bis dato zufrieden ist, sei dahingestellt. Nichtsdestotrotz habe ich mir nun für meinen Windows 7 Rechner zuhause die Upgrade Lizenz auf Windows 8 Pro für 30 Euro gesichert. Dieses Angebot gilt noch bis Ende Januar, das Upgrade auf Windows 8 Pro soll ab Februar dann regulär fast 200 Dollar kosten. Angesichts dessen ist der reduzierte Upgrade Preis absolut fair. Mein Notebook läuft dagegen bereits seit vergangenem Jahr unter Windows 8 Pro, damit sind meine beiden wichtigsten Systeme nun Up-to-date. Von Windows 8 mag man weiterhin denken was man möchte, die Kacheln habe ich bis heute nur selten angerührt. Dennoch ist man als „IT-Guy“ immer an Neuem interessiert und irgendwann trudeln sicherlich auch die ersten Fragen zu Windows 8 aus dem Bekanntenkreis ein, sodass es nie schadet, auch Windows 8 eine Chance zu geben. Noch spannender wird dieses Jahr (wenn es denn, wie es die Gerüchteküche verbreitet, so kommen mag) dann allerdings der Blick auf Windows Blue werden. Noch weniger „Windows 7“-Style auf dem Desktop, das letzte große derartige Windows Release? Ich werden es mit Spannung verfolgen.

Upgrade auf Apache 2.4 und PHP 5.4

Das Apache 2.4 und PHP 5.4 vor wenigen Monaten relativ zeitlich gleich erschienen sind, hatte Synergieeffekte zur Folge: das Upgrade auf die beiden neuen Versionen konnte miteinander verbunden werden. Im Grunde genommen hatte ich bereits im April vor das Upgrade vorzunehmen, habe es letztendlich aber bis zum heutigen Tage immer wieder vor mir hergeschoben. Wenn man einige Ursprungsbugs betrachtet, war diese Entscheidung vielleicht gar nicht mal so verkehrt. Die Zeit währenddessen habe ich zudem dazu genutzt, mich über mögliche Probleme schlau zu machen, sodass ich für den heutigen Tag relativ gut gerüstet schien.
Die beiden Hauptkonfigurationsdateien httpd.conf und die php.ini habe ich von den neuen Versionen übernommen und an meine bisherige Konfiguration per WinMerge angepasst. Natürlich haben beide neue Versionen in ihren jeweiligen Konfigurationsdateien Spuren hinterlassen, insgesamt lässt sich jedoch sagen, dass diese glücklicherweise relativ undramatisch ausfielen und durch Kompatibilitätsmodule wie z.B. mod_access_compat abgefedert werden konnten. Am eigentlichen Kompilierungsvorgang änderte sich auch wenig.
Und so startete die neue Generation der Webserverumgebung am Schluss nach wenigen kleinen Fehlern problemlos. Damit dürfte für die nächsten Monate wieder Ruhe einkehren, der große Wechsel ist geschafft 🙂
In den nächsten Monaten gilt nun der Hauptaugenmerk den PHP Scripts, die teilweise noch nicht ganz an PHP 5.4 angepasst sind. Wenn ihr irgendwo den ein oder anderen Fehler entdecken solltet, würde ich mich über eine kleine Mitteilung freuen. Vielen Dank! 🙂

PS: Man sollte natürlich Monitoring-Systeme vor geplanten Wartungsarbeiten abschalten, um nicht unnötig an SMS Nachrichten zu gelangen. Hinterher ist man immer schlauer 😀

Upgrade auf WordPress 3.4 & ein Farbwechsel

„Schaffe, schaffe, Häusle baue.“ Ein ganz neues Haus ist es nicht geworden, allerdings ist der Wechsel auf WordPress 3.4 nun immerhin nach nicht einmal ganz 3 Wochen über die Bühne gegangen (im Vergleich zu früheren Upgrades wahrlich früh :-D). Das WordPress Team hat den angekündigten Wechsel des Standard-Themes auf die nächste WordPress Version verschoben, sodass ich kurzerhand noch bei Twentyten als Basis-Template geblieben bin. Da ich das – wenn auch sommerlich passende – orangene Styling selbst nicht mehr ganz sehen konnte, wird der Farbwechsel zu Rot endlich wahr. Das bisherige Design wird nicht komplett über Board geworfen, dennoch setzt das Rot meiner Meinung nach etwas spannendere Akzente.
Funktionell sollte alles wie erwartet funktionieren, Bugs & Unschönheiten können aber sofern vorhanden gerne im Kommentarbereich vemerkt werden – merci!

Und nun zu euch: wie gefallen euch die roten Farben?

Farbwechsel zu Rot: Passend?

View Results

Wird geladen ... Wird geladen ...