Upgrade der Serverinfrastruktur auf Debian 9

[jgo]

Nach einem Backup des aktuellem Serverssystems ist angestrebt, das Betriebssystem und den Kernel zu aktualisieren.
Das Backupkonzept wird im Ticket [ #36 ] erarbeitet.

Ablauf:

1. Planen einer möglichen Downtime.
2. Bestimmen des »bestmöglichem« Termins.
3. Upgrade der Software aus dem Repository.
4. Kernelupdate.
5. Test des aktuellem Systemstatus.
6. mögliche Anpassungen an Konfigurationsdateien.
7. Reboot.
8. Tests des Systemstatus.
9. Logfileanalyse und eventuelle Problemlösung.

[Jens Kubieziel]

Vor Punkt drei kommt ein "Backup" des Servers. Aus meiner Sicht reicht im wesentlichen ein rsync an einen anderen Platz. Weiterhin sollte geschaut werden, welche Abhängigkeiten Dokuwiki hat und ob diese erfüllt sind. Prosody wäre ein weiterer Kandidat, wo man vor dem Update schauen sollte, inwiefern der Probleme machen könnte.

[Jens Kubieziel]

JFTR: Meinst du mit »Serverinfrastruktur« die beiden vServer? Falls nicht, schreibe bitte genauer, welche alle geupdatet werden sollen.

[jgo]

Replying to qbi:

Vor Punkt drei kommt ein "Backup" des Servers.

Ich ging bei meiner Überlegung davon aus, dass das Backup bereits vor Punkt eins erledigt sein sollte.
Deswegen habe ich zwei getrennte Tickets angelegt, weil es thematisch getrennt ist.

Aus meiner Sicht reicht im wesentlichen ein rsync an einen anderen Platz. Weiterhin sollte geschaut werden, welche Abhängigkeiten Dokuwiki hat und ob diese erfüllt sind. Prosody wäre ein weiterer Kandidat, wo man vor dem Update schauen sollte, inwiefern der Probleme machen könnte.

Willst du das Dokuwiki nicht eh aus den Repository beziehen?
Und wäre es nicht sinnvoll dies während eines upgrade »nachzuschieben«?

[jgo]

Replying to qbi:

JFTR: Meinst du mit »Serverinfrastruktur« die beiden vServer? Falls nicht, schreibe bitte genauer, welche alle geupdatet werden sollen.

Jo, es sind die vServer gemeint.
Da ich deren Hostname nicht kenne habe ich allgemein "Infrastruktur" und "vServer" verwendet.
Ich hoffe, du kannst mir dies nachsehen?

[jgo]

Grundsätzlich ist es sinnvoll einen generellen Prozess für die Updates/Upgrades zu entwickeln.
Weiterhin sollten wir uns überlegen, wie oft wir Updates durchführen?
Mein Vorschlag wäre ohne nötigen Neustart und größere Wartungsarbeiten und Sicherheitskritisches sofort zu patchen.

[Jens Kubieziel]

Replying to jgo:

Grundsätzlich ist es sinnvoll einen generellen Prozess für die Updates/Upgrades zu entwickeln.

Was meinst du damit? Geht es dir um die laufenden Updates zwischen den Releases oder das Releaseupgrade?

Weiterhin sollten wir uns überlegen, wie oft wir Updates durchführen?
Mein Vorschlag wäre ohne nötigen Neustart und größere Wartungsarbeiten und Sicherheitskritisches sofort zu patchen.

Ich denke, das ist eine Binse. Ich würde vorschlagen, gemäß ​https://wiki.debian.org/UnattendedUpgrades vorzugehen. Damit läuft das Update weitgehend zeitnah und automatisiert. Lediglich bei größeren Sachen muss man manuell eingreifen.

[Jens Kubieziel]

Das Update könnte folgendermaßen stattfinden (Verbesserungen erwünscht):

sed -i "s#jessie#stretch#g" /etc/apt/sources.list &&
dpkg --clear-avail &&
apt-get update &&
apt-get install dpkg apt pinentry-curses &&
apt-get dist-upgrade &&
apt-get --purge autoremove &&
while [ "$(deborphan -n | wc -l)" -gt 0 ] ; do apt-get purge $(deborphan -n); done &&
dpkg --clear-avail &&
apt-get clean

[jgo]

Replying to qbi:

sed -i "s#wheezy#jessie#g" /etc/apt/sources.list

Sollte es nicht:

sed -i "s#jessie#stretch#g" /etc/apt/sources.list heißen?

lsb_release -a

No LSB modules are available.

Distributor ID: Debian

Description: Debian GNU/Linux 8.9 (jessie)

Release: 8.9

Codename: jessie

[Jens Kubieziel]

Replying to jgo:

Replying to qbi:

sed -i "s#wheezy#jessie#g" /etc/apt/sources.list

Sollte es nicht:

sed -i "s#jessie#stretch#g" /etc/apt/sources.list heißen?

Ja, danke.

[Jens Kubieziel]

Replying to jgo:

Weiterhin sollten wir uns überlegen, wie oft wir Updates durchführen?

unattended-upgrades ist installiert und eingerichtet: #55

[Jens Kubieziel]

Wann wollen wir den letzten Schritt unternehmen?

[jgo]

@qbi: An einem der nächsten Wochenenden, aber vorher solltest du mir die Frage beantworten, wie auf dem Host weisskraut #62 der Kernel aktualisiert wird, oder ob es sich um einen Linux Container - aka. lxc, docker, oä. - handelt, der ggf. vom Hoster aktualisiert werden muss?

Das sollte vorher abgeklärt werden, oder?

[Jens Kubieziel]

Blaukraut wurde von jgo aktualisiert. Bisher sind keine Probleme bekannt. Weisskraut hängt noch an #62.

[Jens Kubieziel]

weisskraut wird ins Nirvana geschickt (siehe #122). Damit ist das Ticket erledigt.