Inzwischen läuft mein Heimserver nach den ersten drei Etappen des Upgrade-Marathons seit einer knappen Woche auf Debian Bookworm und nachdem die diversen offensichtlichen Probleme durch die Upgrades beseitigt waren, tauchen jetzt nach und nach die etwas weniger offensichtlichen Probleme auf, die es zu beheben gilt. Bislang habe ich derer zwei gefunden:
Heimserver
Cacti Percona-Plugins unter PHP8
Nach dem bisherigen Debian Upgrade-Marathon auf meinem Heimserver, um mich gegen die PHP2Shell-Sicherheitslücke abzusichern, musste ich auch an meine Cacti-Installation Hand anlegen, um die wieder zum Laufen zu bekommen. Lesen Sie weitere Cacti Percona-Plugins unter PHP8
Debian Upgrade-Marathon, Teil 3
„Öfter ‚mal ‚was neues“ hätte man diesen Beitrag auch überschreiben können. Denn bereits vorgestern habe ich den dritten Schritt meines Debian Upgrade–Marathons gemacht: von Debian Bullseye nach Bookworm. Und auch dieses Mal hatte ich ein Problem, das ich bei den vorherigen Upgrades nicht hatte.
Debian Upgrade-Marathon, Teil 2
Nach dem ersten Teil vorgestern war gestern nun der zweite Teil des Upgrade-Marathons auf meinem Heimserver angesagt, also das Upgrade von Debian Buster auf Bullseye. Um es gleich vorweg zu nehmen: das lief leider noch etwas holpriger als der erste Teil.
Debian Upgrade-Marathon, Teil 1
In meinem vorherigen Beitrag hatte ich ja schon geschrieben, dass mich die Sicherheitslücke PHP2Shell dazu „motiviert“ hat, unter anderem bei meinem Heimserver endlich die lange überfälligen Upgrade über mindestens drei Debian Releases hinweg, startend bei „Stretch“ durchzuführen.
PHP2Shell und die Folgen
Mit Erschrecken habe ich festgestellt, dass der letzte Beitrag hier auch schon wieder fast fünf Jahre her ist. Und natürlich ist die Motivation, hier wieder etwas zu schreiben, nicht einfach so gekommen. 😉
Verbindungsunwilliger Fibre Channel
Wieder einmal habe ich mit einem EDV-Fehler gekämpft, bei dem man hinterher, nach dem Finden der Lösung, über die Ursache nur den Kopf schütteln kann. Wie ich erst kürzlich wieder erwähnte, betreibe ich an meinem Heimserver eine Tapelibrary für Backups. Diese Tapelibrary ist per Fibre Channel angebunden, wobei im Server aktuell ein Controller von Emulex steckt. Eines der beiden LTO-Laufwerke in der Library ist direkt mit dem Controller verbunden. Der zweite Port des Controllers ist dagegen mit einem Zusatzmodul in der Library verbunden, das FC auf SCSI umsetzt (eine umgelabelte Atto Fibrebridge 2390C), an dem wiederum das zweite LTO-Laufwerk sowie der Library-Controller hängt. Das alles funktioniert so jetzt schon seit mehreren Jahren absolut unauffällig. Lesen Sie weitere Verbindungsunwilliger Fibre Channel
INN-Monitoring mit Cacti
Neben meinem hobbymäßigen Interesse für Computer habe ich, nicht zuletzt berufsbedingt, einen Faible für Zahlen, Statistik und dergleichen. Daher setze ich auf meinem Heimserver auch die Monitoring-Suite Cacti ein, um eine Vielzahl von Parametern sowohl auf dem Server als auch im LAN zu überwachen. An Serverdiensten überwache dabei aktuell bereits Apache, Bind und MySQL. Da auf dem Server – neben diversen weiteren Diensten – auch der Newsserver INN2 läuft, liegt es natürlich nahe, auch diesen via Cacti im Auge zu behalten. Leider konnte ich dafür keine fertige Lösung finden, also war Selbstbau angesagt. Lesen Sie weitere INN-Monitoring mit Cacti
Server-Archäologie
In einem früheren Blog-Eintrag hatte ich ja schon einmal erwähnt, dass einer meiner früheren Heimserver ein Via C3 war. (Genau genommen war das bereits der zweite Heimserver, der erste war ein Pentium mit 166 MHz.) Ebenfalls erwähnt hatte ich, dass ich mir dieses System durch eigene Dummheit zerschossen hatte. Um genau zu sein, hatte ich aufgrund von Schusseligkeit /etc/ komplett gelöscht. Da es mir damals auf die Schnelle nicht gelingen wollte, dieses System zu reparieren, hatte ich kurzerhand das dritte Heimserver-System (Dual-P3) aus vorhandenen Resten zusammengeschustert und neu installiert. Einen Großteil der Nutzerdaten des zweiten Systems, insbesondere die E-Mail-Archive, konnte ich damals glücklicherweise dadurch retten, dass ich die Festplatte des zweiten Systems in das dritte einbaute und die Daten einfach kopierte. Bei den MySQL-Datenbanken funktionierte das aber leider nur bei Datenbanken im MyISAM-Tabellenformat. Die Dateien, welche die Datenbanken im InnoDB-Tabellenformat enthielten, ließen sich danach nicht mehr öffnen. Lesen Sie weitere Server-Archäologie
Courier-IMAP und SSL
Kaum denkt man, man hat den neuen Heimserver einigermaßen am Laufen – der suck-Job für den frisch aufgesetzten INN läut übrigens immer – fangen die Probleme auch schon an. 😉 Besagter Heimserver dient bei mir unter anderem dazu, via IMAP die E-Mails für die Familie vorzuhalten. Dazu setze ich „schon immer“ Courier ein, da die Postfächer auch von außerhalb zugänglich sein sollen, in der Spielart courier-imap-ssl, also mit SSL-Verschlüsselung. Als Clients verwende ich zumindest familienintern ausschließlich Thunderbird. Bei meinem eigenen Thunderbird war das auch kein Problem, der hatte sich sofort und, abgesehen vom neuen SSL-Zertifikat, ohne Murren mit dem frisch aufgesetzten IMAP-Server verbunden. Stutzig gemacht hat mich allerdings heute, dass sich eine zweite Thunderbird-Installation überhaupt nicht mit dem neuen Server verbinden wollte – und das komplett ohne Fehlermeldung. Lesen Sie weitere Courier-IMAP und SSL