Linux-Magazin Clean Linux (Vorschau)

Titelthema
www.linux-magazin.de Stabilität 09/2013
36
Abbildung 3: Nach dem Booten von der Suse-DVD ist zum Upgraden der
Modus »Aktualisierung« die richtige Wahl – hier beim Weg von 11.0 zu 11.1.
dass Yast meldete: »Es konnten nicht alle
Konflikte gelöst werden. Ein manueller
Eingriff ist erforderlich.« Es stellte sich
heraus, dass zwei alte »kernel‐default«-
-Pakete im Clinch lagen. Beim unbeaufsichtigten
Booten fiel den Testern eine
ungünstige Grub-Konfiguration auf die
Füße, die versuchte, den 11.0er-Kernel zu
booten, was unter kryptischen Fehlermeldungen
im Single Mode endete. Der nun
gewählte, neue Kernel war trotz der beim
11.0-Setup angekündigten Servernutzung
ein »2.6.31.5‐0.1‐desktop«.
Die nächste Ungereimtheit: Yast meldet
beim Versuch online zu aktualisieren: »Es
ist noch kein Aktualisierungs‐Repository
konfiguriert«. Da kein einfacher Weg,
den Verlust der Repositories automatisch
zu beheben, ersichtlich war, beließen es
die Tester dabei. Joomla war davon zum
Glück nicht zu beeindrucken.
Open Suse 11.3 und 11.4
Das Upgrade von der Chaosversion 11.2
auf Suse 11.3 versetzte das System in
einen besseren Zustand. Yast konnte
auch wieder Online-Updates ausführen.
Nach dem dann erforderlichen Reboot
verschwand übrigens auch die Fehlermeldung
von »/usr/sbin/smartd«, die den
Test seit Version 11.0 begleitet hatte.
Der positive Eindruck konnte sich mit
dem Übergang zu Suse 11.4 leider nicht
festigen: Die Upgrade-Routine kündigte
einen Paketkonflikt »preload‐kmp‐default‐Version
benötigt ksym Version«
nebst »Nicht installierbare Anbieter: kernel‐default‐2.6.37.Version«
an. Die nicht
leichte Entscheidung zwischen Deinstal-
lation, Behalten der alten
Version und dem
Ignorieren der Abhängigkeiten
fiel auf die
erste Option.
Das Aktualisieren von
572 Paketen, das Einspielen
von 43 neuen
und das Löschen von
35 weiteren bereitete
dann keine Probleme.
Beim Neustart irritier te,
dass »Starting mce log«
nicht geklappt hätte.
Joomla dagegen funktionierte
prächtig. Als
hätten die 1,3 GByte
des DVD-Upgrades nicht gereicht, dauerte
die Online-Aktualisierung auffällig lange.
Mit einem weiteren Neustart verschwand
dafür die Mcelog-Fehlermeldung.
Übergang zu 12.1 und 12.2
Trotz neuer Major-Version, die wegen des
Wechsels auf den Dreier-Kernel gerechtfertigt
erscheint, läuft Suses Upgradeprozedur
für den Admin genau wie zwischen
zwei Elfern ab. Nach Einspielen von 1,5
GByte Update-Paketen ging der Systemstart
von Platte ohne Fehlermeldungen
vonstatten. Doch oh Schreck: Joomla war
erstmals nicht mehr erreichbar! Tests ergaben,
dass Apache HTML ausliefern
konnte, auch PHP und MySQL waren
zugegen. Die Tester fanden zwei Workarounds:
Entweder in Yast eine Apache-
Neukonfiguration erzwingen oder Apache
per Initd neustarten. Seltsam.
Nach dem nächsten Online-Update meldete
MySQL beim Hochfahren wahrheitswidrig,
dass »/dev/stderr« fehle. Konsequenterweise
blieb die Anzeige hängen
– vermutlich, weil eine Fehlerausschrift
des Daemons keinen Ausgabekanal fand.
Nach [Enter] ging die Anzeige weiter.
Das Verhalten blieb über das Upgrade auf
Open Suse 12.2. hinaus bestehen. Gleiches
galt für das hängende Joomla.
Wertung und Fazit
Vermutlich wird niemand behaupten wollen,
Suse sei schon immer eine Upgrade-
Spezialistin gewesen. In Anwenderforen
überwiegt historisch wie auch aktuell
die Meinung, die Neuinstallation sei der
Königsweg, um von einer zur nächsten
Version zu gelangen. Andererseits bieten
die Nürnberger Installationsmedien die
Upgrade-Funktion explizit an. Und: Suses
traditionelle Herangehensweise, die
alte Distribution im heruntergefahrenen
Zustand zu erneuern, lässt eigentlich bessere
Ergebnisse erwarten als von Linux-
Bundles, die Gleiches aus dem laufenden
Betrieb heraus versuchen.
Hinzu kommt, dass die gestellte Aufgabe
die Latte nicht sonderlich hoch legt: Bis
auf Joomla – was hakelig genug zu installieren
war – begann die Reise durch die
Geschichte bei einem knitterfreien Open
Suse 11.0 von der Stange. Dass diese so
erlebnisreich verlief, sorgte im Testlabor
für einiges Erstaunen. Es machte sogar
das Zitat eines früheren Redakteurskollegen
die Runde: „Das hat wohl nie einer
ausprobiert.“
Aber um das eigentliche Ziel des Tests
nicht aus dem Auge zu verlieren: Auf
beiden Distributionen blieb das an den
Paketverwaltungen vorbei installierte
Joomla 2.5 über simulierte fünf Jahre
lang unmodifiziert lauffähig. Das ist so
selbstverständlich nicht, da sich Apache
und seine Module in der Zeit merklich
veränderten. Auch MySQL musste sein
Datenbankformat in den fünf Jahren
kompatibel, und die Sprache PHP ihre
Sprachsyntax und die Bibliotheksschnittstellen
trotz hochtickender Versionsnummer
stabil halten.
Beide Kandidatinnen, die eine Deb-, die
andere RPM-basiert, haben die ihnen
gestellte Marathonaufgabe mit Bravour
gemeistert. Ihre Langzeitstabilität, die
man eher als exklusives Merkmal in der
mit teuren Subscriptions unterlegten
Enterprise-Linux-Klasse erwartet, bildet
eine prima Basis für eigene, oft ebenso
simple wie wichtige Anwendungen, die
ohne viel Wartungsaufwand über Jahre
einfach nur laufen sollen. Bravo! n
Infos
[1] Joomla, deutsch: [http:// www. jgerman. de]
[2] Ubuntu 8.04 LTS Server Edition:
[http:// www. ubuntu. com/ news/ ubuntu‐8.​
04‐lts‐server]
[3] Open Suse 11.0: [https:// www. suse. com/​
releasenotes/ x86_64/ openSUSE/ 11. 0/]
[4] Evergreen: [http:// en. opensuse. org/​
openSUSE:Evergreen]