TrueNAS Scale 22.02.4: Leere Dashboard/Storage Seiten in WebGUI nach Stromausfall

[BSAfH]

Moin,

nach einen Stromausfall und entsprechendem Crash ist die WebGUI meiner TrueNAS Scale 22.02.4 (Details in der Signatur) Installation teilweise leer.

Alles, was mit Storage oder Docker zu tun hat, lädt nicht. Die DISKS Seite lädt manchmal, manchmal lädt auch einfach gar nichts ...

Es gibt dann den Fehler

Code:

Jan  8 11:26:09 truenas wsdd.py[110088]: ERROR: error in main loop
Jan  8 11:26:09 truenas wsdd.py[110088]: Traceback (most recent call last):
Jan  8 11:26:09 truenas wsdd.py[110088]:   File "/usr/bin/wsdd.py", line 1732, in main
Jan  8 11:26:09 truenas wsdd.py[110088]:     key.data.handle_request(key)
Jan  8 11:26:09 truenas wsdd.py[110088]:   File "/usr/bin/wsdd.py", line 213, in handle_request
Jan  8 11:26:09 truenas wsdd.py[110088]:     handler.handle_request(msg, address)
Jan  8 11:26:09 truenas wsdd.py[110088]:   File "/usr/bin/wsdd.py", line 728, in handle_request
Jan  8 11:26:09 truenas wsdd.py[110088]:     reply = self.handle_message(msg, self.mch, address)
Jan  8 11:26:09 truenas wsdd.py[110088]:   File "/usr/bin/wsdd.py", line 373, in handle_message
Jan  8 11:26:09 truenas wsdd.py[110088]:     tree = ElementTree.fromstring(msg)
Jan  8 11:26:09 truenas wsdd.py[110088]:   File "/usr/lib/python3.9/xml/etree/ElementTree.py", line 1347, in XML
Jan  8 11:26:09 truenas wsdd.py[110088]:     parser.feed(text)
Jan  8 11:26:09 truenas wsdd.py[110088]: xml.etree.ElementTree.ParseError: not well-formed (invalid token): line 1, column 99

was für ein Token? ??

GUI-Settings auf default zurückgesetzt habe ich schon. Auch x Mal rebootet.

nach einmal Reload im Browser geht die Seite dann, aber der Rest auch nicht:

 

[BSAfH]

Der Fehler muss in einem XML Dokument liegen, das an wsdd.py zur Interpretion gegeben wird.

Da das ganze in allen Browsern auftaucht, kann es auch nicht im Client Cache oder so liegen.

Da muss durch den Crash irgendwo ein ungültiges XML entstanden sein (Template?) oder alles, was mit Storage zu tun hat, liefert ungültige Ergebnisse an das anzuzeigende Template.

Und nu???

 

[mistermanko]

Angenommen du hast ein aktuelles Backup deiner config zur Hand (was auf jeden Fall jedem zu empfehlen ist - config Backup script siehe meine Sig), dann würde ich an deiner Stelle neuinstallieren und config re-importen.

 

[BSAfH]

nun ja, Stromausfälle kommen ja nun doch eher unvorhergesehen und doch eher selten in DE , also ist das Backup der config ein wenig älter

(kann man das per cronjob automatisieren?)

 

[mistermanko]

Stimmt, umso schlimmer wenn's einen dann aus dem nichts trifft. Sei froh daß deine Pools überlebt haben.
Das Script in meiner Signatur läuft dann über cronjob, ja.

 

[dfritz]

Ich hatte diese Woche das selbe Erlebnis. Nach 3h hat sich dann alles berappelt und lief wieder einwandfrei. Wie ich zwischenzeitlich rausbekommen habe, liegen wohl Config DBs im Pool, der zu dem Bootzeitpunkt noch im Import war. Aber im Endeffekt war nachher alles okay.

 

[daschmidt]

Das Script in meiner Signatur läuft dann über cronjob, ja.

Ich hab diese Scripts versucht kann es sein, dass die bei Truenas Scale nicht funktionieren?
Es geht um save_config.sh

 

[mistermanko]

Ich hab diese Scripts versucht kann es sein, dass die bei Truenas Scale nicht funktionieren?
Es geht um save_config.sh

Ja die sind definitiv nur mit CORE/FreeBSD kompatibel.
Ich muss mal meine Sig aktualisieren, da hat sich einiges geändert...

 

[daschmidt]

Ich muss mal meine Sig aktualisieren, da hat sich einiges geändert...

wegen der bin ich darauf gestoßen :D
Gibt es skripte die mit scale funktionieren?

 

[mistermanko]

Ja, gibt es: https://www.truenas.com/community/resources/multi_report-sh-version-for-core-and-scale.179/

Reporting script mit dem du auch config backups realisieren kannst. Musst du dich in die config bisschen einlesen.