posts /

Never touch a running System ...

... oder wie man den Samstag so zubringt.

Es wurde also zeit die neue Zentrale zu Hause in Betrieb zu nehmen - In welche fallen ich heute mal getappt bin - hier eine kurze übersicht.

• Unbemerkt alter versionsstand von "lvm2" was dazu führte das update-initramfs nur lvm unfähige initrds zusammenbaut. Also bootete nach kurzer zeit auf dem neuen system kein kernel mehr sauber. Nach beliebigem hin und herschieben der platte und auseinandernehmen von update-initramfs und einer noch gefundenen heilen initrd findet sich das nicht existtente /sbin/lvm
• Bug in initramfs-tools der dazu fuehrt das auf neueren kerneln (2.6.32) /boot immer als read-only erkannt wird. Liegt daran das in /proc/mounts ein "errors=continue" drin steht - Da ist doch eindeutig der string "ro" drin enthalten grumpf (bug report folgt)
• Beliebige probleme mit vlans und dhcp bzw pppoe auf eth0.X fuer die vlans. Ausserdem natuerlich reichlich firewall scripte die mit einem mal ihre interfaces nicht mehr finden.
• nfs4 kompatibilitaetsprobleme. Mit einem mal wollte der lenny userspace mit einem 2.6.32 keine nfs filesysteme mehr exportieren. Fiel auf als meine Diskless workstation bootete und leider mittendrin mangels disk hängenblieb.
• Nachdem der Fehler mit dem exportieren von nfs filesystemen unter 2.6.32 aufgefallen ist also downgrade auf 2.6.30 - da geht das thema. Leider ist die nfs4 implementation inkompatibel zu einem 2.6.24 kernel (etch) - Permissions kaputt, files tauchen nicht auf (nur directories) etc. Also auf der diskless station von nfs4 auf nfs3 downgegraded - nu bootet die diskless workstation wieder.
• cryptsetup versteht in der alten version kein noauto in der crypttab - dafuer geht timeout noch.

Spannende themen die noch kommen sind ein upgrade auf lenny (der bisher nur halb gelaufen ist) d.h. spannende ldap/smbldap/samba dinge. Dazu ein bischen postgres dumpen reimportieren. Dann natuerlich nochmal der versuch mit 2.6.32 (mit einem gebackportetem nfs-kernel-server paket)

Und dann der service check: uucp, http, rsync, faubackup, printing, samba, nss-ldap etc ...

Der Samstag ist gerettet ...