Grund genug für ein Update, da OpenMediaVault 4 inzwischen auch stabil ist.
Upgrade von OMV 3 auf Debian Jessie auf OMV 4 mit Debian Stretch
Das Update lief heute noch reibungsloser als im Beitrag vom letzten Jahr, als ich von OpenMediaVault 2 auf 3 aktualisiert hatte.
Vermutlich da ich den damaligen Fehler nicht nochmal gemacht hatte und sämtliche Plugins im Vorfeld deinstalliert habe.
Nachdem das ganze System auf dem letzten OMV 3.0.98 war konnte mit dem OMV Release Befehl das Upgrade gestartet werden:
omv-release-upgrade
Nach gut 1h inkl. anschließenden OMV-Extras Installation und erneute Kernelupdates läuft nun das System stabil.
Fehler 1 - File "/usr/lib/python3.5/weakref.py", line 117, in remove
Ein kleiner Schönheitsfehler konnte bei jedem apt update auf der Konsole bzw. dem Fehlerlog erkannt werden:
File "/usr/lib/python3.5/weakref.py", line 117, in remove
TypeError: 'NoneType' object is not callable
Die Lösung war relativ einfach, unter System → Überwachung musste diese kurz deaktiviert und gespeichert werden, siehe Einleitungsbild.
Anschließend war der Fehler weg. Leider kam der Fehler nach jedem Neustart wieder, die finale Lösung ist die Datei /usr/lib/python3.5/weakref.py zu bearbeiten:
mcedit /usr/lib/python3.5/weakref.py
Zeile 109 von:
def remove(wr, selfref=ref(self)):
nach:
def remove(wr, selfref=ref(self), _atomic_removal=_remove_dead_weakref):
und Zeile 117 von:
_remove_dead_weakref(d, wr.key)
nach:
_atomic_removal(d, wr.key)
Fehler 2 - Unable to load dynamic library '/usr/lib/php5/20131226/pam.so'
Alle halbe Stunden erhalte ich eine Nachricht vom neuen OpenMediaVault, dass eine Bibliothek nicht verfügbar ist:
PHP Warning: PHP Startup: Unable to load dynamic library '/usr/lib/php5/20131226/pam.so' - /usr/lib/php5/20131226/pam.so: cannot open shared object file: No such file or directory in Unknown on line 0
Die PHP Erweiterung kann mit folgendem Befehl nachinstalliert werden:
pecl install pam
Der Ordner php5/20131226 zeigt aber, dass es sich um PHP 5.6 handelt, der standard auf dem System ist gerade 7.0 insofern klappt der Befehl nicht ganz und zeigt weitere Abhängigkeitsfehler.
Da ich aber eh einige Virtuelle Jessie Systeme hier habe, welche PHP 5.6 als Standard Version haben, habe ich schlichtweg auf diesen Systemen PAM installiert.
Die Datei habe ich von dem virtuellen System einafch auf das NAS in den Ordner kopiert und seither ist Ruhe.
Access denied for user debian-sys-maint@localhost
Der Logrotate scheitert täglich, da der standard Debian Benutzer keinen Zugriff hat.
Das gesetzte Passwort kann aus der Datei /etc/mysql/debian.cnf gelesen werden.
Unter Werkzeuge → Benutzermanager kann der Benutzer dann mit entsprechenden Rechten und dem ausgelesenen Passwort angelegt werden: