Generell lautet ja meine Empfehlung, bei produktiven Servern niemals ein Distributions-Upgrade durchzuführen, als z.B. ohne Neuinstallation von Ubuntu 22.04 auf 24.04 umzustellen. Manchmal halte ich mich aber selbst nicht an diese Regel. Testobjekt war ein Server mit Apache, MySQL, PHP, Mail (Postfix, Dovecot, OpenDKIM) und Docker.
Natürlich gab es Schwierigkeiten …
Fairerweise muss ich zugeben, dass do-release-upgrade noch gar kein Server-Update auf Version 24.04 vorsieht. Das ist ein wenig überraschend, als Ubuntu 24.04.1 ja bereits freigegeben wurde. Normalerweise ist das der Zeitpunkt, ab dem do-release-upgrade funktionieren sollte. Ich habe das Upgrade mit do-release-upgrade -d erzwungen. Selbst schuld also.
Update: Canonical rät aktuell wegen APT-Problemen explizit davon ab, Upgrades von 22.04 auf 24.04 durchzuführen (siehe https://lists.ubuntu.com/archives/ubuntu-release/2024-September/006225.html).
Distributions-Upgrade
Zuerst habe ich ein letztes Mal alle 22.04-Updates installiert (also apt update und apt full-upgrade) und den Server dann neu gestartet.
Danach habe ich ein Backup des in einer virtuellen Maschine laufenden Servers durchgeführt. Zur Not hätte ich aus der gesicherten Image-Datei problemlos den bisherigen Zustand des Servers wiederherstellen können. Das war aber zum Glück nicht notwendig.
Das Distributions-Upgrade habe ich dann mit do-release-upgrade -d eingeleitet, wobei -d für --devel-release steht und das Update erzwingt. Es dauerte ca. 1/4 Stunde und lief an sich überraschend flüssig durch. Ein paar Mal musste ich bestätigen, dass meine eigenen Konfigurationsdateien erhalten bleiben und nicht durch neue Konfigurationsdateien überschrieben werden sollten.
Der nachfolgende Reboot verursachte keine Probleme, ich konnte mich nach kurzer Zeit wieder mit SSH einloggen. So weit so gut!
Kein DNS
Die statische Netzwerkkonfiguration meines Servers erfolgt durch /etc/netplan/01.yaml. Dort sind sechs Nameserver eingetragen, je drei für IPv4 und IPv6. Überraschenderweise funktioniert im aktualisierten 24.04-Server keine Namensauflösung mehr — ein wirklich grundlegendes Problem! ping google.com führt also zum Fehler, dass die IP-Adresse von google.com unbekannt sei.
Ein kurzer Blick auf resolv.conf zeigt, dass es sich dabei um einen Link auf eine gar nicht existierende Datei handelt.
ls -l /etc/resolv.conf
/etc/resolv.conf -> ../run/systemd/resolve/stub-resolv.conf (existiert nicht)
dpkg -l | grep resolve verrät, dass systemd-resolved nicht installiert ist. Sehr merkwürdig!
Abhilfe schafft die Installation dieses Pakets. Die Installation ist aber ohne DNS gar nicht so einfach! Ich musste zuerst /etc/resolv.conf löschen und dann einen Eintrag auf den Google-DNS dort speichern:
rm /etc/resolv.conf
echo "nameserver 8.8.8.8" > /etc/resolv.conf
apt install systemd-resolved
reboot
Nach einem Reboot läuft DNS. resolvectl listet jetzt meine in /etc/netplan/01.yaml aufgeführten Nameserver auf.
PHP-Probleme
Nächstes Problem: Apache startet nicht. systemctl status apache2 verweist auf einen Fehler in einer Konfigurationsdatei von PHP 8.1. Aber Ubuntu 24.04 verwendet doch PHP 8.3. Was ist da passiert?
Ein Blick in /etc/apache2/mods-enabled zeigt, dass dort noch PHP 8.1 aktiviert ist. Abhilfe:
a2dismod php8.1
a2enmod php8.3
systemctl restart apache2
Apache und PHP laufen jetzt, aber ein Blick auf die Nextcloud-Statusseite zeigt, dass /etc/php/8.3/apache2/php.ini sehr konservative Einstellungen enthält. Nach memory_limit=1024M und ein paar weiteren Änderungen ist auch Nextcloud zufrieden.
OpenDKIM
Auf meinem 22.04-Server hatte ich DKIM aktiv (siehe auch https://kofler.info/dkim-konfiguration-fuer-postfix/). Nach dem Upgrade funktioniert die Signierung der Mails aber nicht mehr. Der Grund war einmal mehr trivial: Beim Upgrade sind die entsprechenden Pakete verloren gegangen. Abhilfe:
apt install opendkim opendkim-tools
Fazit
Keines der Probleme war unüberwindbar. Überraschend war aber die triviale Natur der Fehler. Beim Upgrade verloren gegangene oder nicht installierte Pakete, keine Synchronisierung zwischen den installierten Paketen und den aktivien Apache-Modulen etc. Ich bleibe bei meinem Ratschlag: Wenn Ihnen Stabilität wichtig ist, vermeiden Sie Distributions-Upgrades. Ja, die Neuinstallation eines Servers verursacht mehr Arbeit, aber dafür können Sie den neuen Server in Ruhe ausprobieren und den Wechsel erst dann durchführen, wenn wirklich alles funktioniert. Bei einem Upgrade riskieren Sie Offline-Zeiten, deren Ausmaß im vorhinein schwer abzuschätzen ist.
ist das wirklich so das Sie mit dem Upgrade, der Ursachen-Suche für die Fehler und deren Behebung weniger Zeit verbraucht haben als wenn Sie die Maschine gleich von anfang an sauber neu aufgesetzt hätten?
Genau meine Argumentation: Eine Neuinstallation ist fast immer schneller, sicherer, stabiler usw. usf.
In diesem Fall glaube ich allerdings tatsächlich, dass ich mir ein wenig Zeit gespart habe. Außerdem kann ich in meinem Linux-Buch ja nur dann gegen solche Updates wettern, wenn ich hin und wieder selbst einen Versuch mache und damit (mehr oder weniger) scheitere …
Also ich betreute 16 Jahre lang unterschiedliche Ubuntu’s. In meinem persönlichen Umfeld war das Upgrade nie eine gute Idee. Im Business erst recht nicht. Es gab zwei Desktop-Systeme in der Familie da hab ich auf Grund des geringeren Aufwands migriert und das lief halbwegs stabil durch (das waren aber fast vollständig unveränderte Standardinstallationen weil die Anwender alt und klapprig waren, außer Office, Mail, Web und Fotos drucken an sich nichts weiter brauchten), aber auch hier hab ich am Ende nur max. eine LTS-Version upgegraded und bei der nächsten dann neuinstalliert. Snap hatte hier insbesondere eine extrem negative Wirkung. Canonical ist personell einfach nicht qualifiziert genug besetzt um stabil zu bleiben und wenn man dann noch auf Community-Releases wie xubuntu o.ä. zurückgreift ist die Empfehlung ganz klar: unter gar keinen Umständen migrieren wenns stabil bleiben soll und keinesfalls dauerhaft LTS einsetzen. Es wird zu erheblichen Problemen kommen und Canonical ist nicht bereit die Bugs zu fixen.
Also ich hab 24.04 zum Anlass genommen mich final von Ubuntu zu trennen. Sowol auf dem Server, als auch auf dem Desktop. Das waren 16 sehr schöne, unterhaltsame und lehrreiche Jahre, aber diese Distrubtion ist auf Grund ihrer technologischen Entwicklung leider nicht mehr einsetzbar. Zum Glück gibt’s unterdessen bessere Alternativen.
Hallo, darf ich fragen, welche Alternative in Deinem Fall zum Einsatz kommt?
Neuinstallationen und Upgrades in willkürlich langen Zeiträumen erinnern an Sisyphus. Eine deutliche strategische Verbesserung initiierte Greg Kroah-Hartman:
How I Learned to Stop Worrying and Love Tumbleweed – Why everyone should be running a rolling release
https://av.tib.eu/media/42089
Die Kernaussagen in dem Video finde ich seit 2016 bestätigt. Mittlerweile habe ich alle Installationen, die ich anfasse auf Tumbleweed umgestellt. Alle Hosts werden täglich aktualisiert und verhalten sich weitgehend wartungsfrei.
Apropos Linux Handbuch: Ich habe damals die 14. korrigierte Auflage gekauft und benutze es immer noch. Dank der konsistenten Fortentwicklung von Linux in den vergangenen 8 Jahren nehme ich es nur noch selten zur Hand.