Ich rüste gerade nach und nach meine Festplatten auf SSDs um. Dabei werden nach dem Umzug der Datasets auf die neuen SSD-vdevs dann natürlich auch die Platten vollständig mit Nullen überschrieben.
TrueNAS Scale hat dafür sogar eine Funktion eingebaut, welche das Löschen der Platten (mit Nullen oder zufälligen Daten) ermöglicht.
Leider hat sich bei mir wohl irgendein Thread-Pool in einer Endlosschleife verfangen, denn als ich den Löschvorgang der beiden Platten gestartet hatte, blieb der Fortschrittsbalken stehen. Ein Refresh der Weboberfläche förderte nur noch "Warten auf Start des Active TrueNAS Controllers..." zu Tage...
Die gesamte "Magie" bei TrueNAS macht die Middleware, welche ganz normal als Dienst unter Debian unter dem Namen "middlewared" zu finden ist.
Also einfach mal ein "restart" des Dienstes über SSH versucht:
service middlewared restartDer Dienst hat einige Abhängigkeiten, weshalb ein Neustart schon mal einige Minuten dauern kann...aber leider wurde mir nach einigen Minuten eine Fehlermeldung angezeigt, das der Dienst nicht neu gestartet werden kann. Nach etwas suchen im Journal von systemd schien es an einem festgefahrenen python-Prozess zu liegen. Also prüfte ich erstmal, ob noch Prozesse existieren:
ps -ax | grep middlewaredsowie
ps -ax | grep python3Hier kamen allerdings keine weiteren Prozesse direkt zu Vorschein...allerdings kam mir ein Prozess etwas merkwürdig vor: asyncio_loop. Dieser Prozess hatte um die 100% CPU Time und fraß immer mehr Arbeitsspeicher. Erst versuchte ich den Prozess "normal" zu motivieren, sich zu beenden:
killall asyncio_loopDoch der Prozess lief einfach weiter...also etwas härter Durchgreifen (damit beenden wir den Prozess, ohne diesem überhaupt eine Chance zu geben, darauf zu reagieren):
killall -9 asyncio_loopNun war der Prozess beendet und das System schien aufzuatmen.
Nun versuchte ich erneut, die Middleware zu starten:
service middlewared startNach ca. 3 Minuten schien der Befehl korrekt ausgeführt worden zu sein. Und siehe da: Eine funktionierende Weboberfläche!