Seit Samstag ist die neue Debian Version mit dem Codenamen Lenny draussen.

Der Termin wurde natürlich nicht wegen des unnützen Valentinstag gewählt – nein, Samstag Nacht, 0:31:30 Uhr feierten die Geeks den Unix-Timecode 1234567890.

Wie ich das Update auf unserem lokalen Testserver durchgeführt habe und was dabei passiert ist, erfährt Ihr in diesem Beitrag.

Für ein Update auf meinem lokalen Testserver hab ich die sources.list wie folgt geändert:

/etc/apt/sources.list

deb http://ftp.de.debian.org/debian/ lenny main
deb-src http://ftp.de.debian.org/debian/ lenny main
 
deb http://security.debian.org/ lenny/updates main
deb-src http://security.debian.org/ lenny/updates main

Nach dem ersten apt-get update kam erstmal ein Fehler:

Paketlisten werden gelesen... Fertig
W: There is no public key available for the following key IDs:
4DxxxxxxxxxxxxxE6

Diesen Key hab ich dann folgendermaßen hinzugefügt:

gpg --recv-key --keyserver wwwkeys.eu.pgp.net 4DxxxxxxxxxxxxxE6

Hier kam dann der nächste Fehler:

gpg: keyserver timed out
gpg: keyserver receive failed: keyserver error

Okay, Firewall macht dicht (wir haben hier eine Hardware-FW im Haus) … kurz nachgeschaut, der TCP-Port 11371 muss geöffnet werden. Danach ging’s:

gpg --recv-key --keyserver wwwkeys.eu.pgp.net 4DxxxxxxxxxxxxxE6
gpg --export 4DxxxxxxxxxxxxxE6 | apt-key add -

Anschließend nochmal

apt-get update
apt-get dist-upgrade

Nach dem, wie gewohnt, unkomplizierten Update hab ich den Server einmal neugestartet – alles lief, bis auf MySQL. Der misslungende Neustart des beliebten Datenbank-Servers wurde mit folgender Meldung quittiert:

ERROR: Using expire_logs_days without log_bin crashes the server. See README.Debian.gz failed!

Einfache Lösung: expire_logs_days in der /etc/mysql/my.cnf deaktivieren. Danach startet auch MySQL.

Für Produktivserver halte ich das Update noch zurück, da ich mir das aktuelle Release erstmal genauer anschauen möchte und auch ein paar Erfahrungen anderer abwarte.

Pressemeldung zum Release
Debian Lenny Release Notes