NEWS
ioBroker nicht erreichbar nach Neustarts. Admin.0 fehlt?
-
Nach ein paar harten Neustarts der VirtualBox VM kann ich das Admin-Frontend nicht mehr aufrufen.
Das hier sollte auch nicht so sein denke ich?
root@ioBrokerVM:~# iobroker start admin.0 The instance "admin.0" does not exist!
Ports sehen OK aus
root@ioBrokerVM:/opt/iobroker# netstat -n -a -p TCP Aktive Internetverbindungen (Server und stehende Verbindungen) Proto Recv-Q Send-Q Local Address Foreign Address State PID/Program name tcp 0 0 0.0.0.0:9000 0.0.0.0:* LISTEN 557/iobroker.js-con tcp 0 0 0.0.0.0:9001 0.0.0.0:* LISTEN 557/iobroker.js-con
Aber alle Instanzen werden nicht mehr gefunden?
root@ioBrokerVM:/opt/iobroker# iobroker start admin Cannot find any instances of "admin"! root@ioBrokerVM:/opt/iobroker# iobroker start js-controller Cannot find any instances of "js-controller"!
Versionen sind OK
root@ioBrokerVM:/opt/iobroker# node -v v10.19.0 root@ioBrokerVM:/opt/iobroker# npm -v 6.13.4
Das sieht aber nicht so gut aus:
root@ioBrokerVM:/opt/iobroker# node node_modules/iobroker.admin/admin.js --logs internal/modules/cjs/loader.js:638 throw err; ^ Error: Cannot find module '/opt/iobroker/node_modules/iobroker.admin/admin.js' at Function.Module._resolveFilename (internal/modules/cjs/loader.js:636:15) at Function.Module._load (internal/modules/cjs/loader.js:562:25) at Function.Module.runMain (internal/modules/cjs/loader.js:831:12) at startup (internal/bootstrap/node.js:283:19) at bootstrapNodeJSCore (internal/bootstrap/node.js:623:3)
curl -sL https://iobroker.net/fix.sh | bash
brigt leider auch nichts
iobroker add admin --port 8089
erstellt ein neues Admin-Interface. Aber das nützt mir nichts, da ist kein einziger Adapter installiert und alle Objekte und Skripte fehlen.
Wie komme ich wieder zu meinem ioBroker? Das war eine sehr, sehr weit ausgebaute Installation, die will ich nicht verlieren. Und auch aus dem Backitup-Backup wiederherstellen würde ich nur als Notlösung probieren.
Es kann doch nicht sein, dass ein harter Reset der VM den ioBroker komplett zerschiesst?
Wäre wirklich super, wenn ich das wieder hinkriegen würde.
Vielen Dank!
-
@chrisprefect sagte in ioBroker nicht erreichbar nach Neustarts. Admin.0 fehlt?:
Es kann doch nicht sein, dass ein harter Reset der VM den ioBroker komplett zerschiesst?
Was meinst du damit genau?
Hartes Ausschalten mag kein System. -
@thomas-braun Nö, alle anderen VMs mit Linux und Windows selbst hatten damit nie ein Problem. Ich hatte noch nie ein Windows-System, dass nach einem Reset irgendwelche Probleme hatte. Es liess sich in dem Moment nicht anders machen. Verwendet ioBroker denn kein journaling filesystem? Damit kann es auch bei harten Resets keine Inkonsistenzen geben.
Aber: Was kann denn da so krass kaputtgegangen sein, dass er nicht mal mehr die Admin-Instanz findet? Und wie flicke ich das wieder?
-
@chrisprefect iobroker verwendet selber gar kein Dateisystem sondern das des Hosts auf dem es läuft.
Installier es neu und gewöhn dir den root Login ab.
Und das harte Ausschalten von Systemen auch. Immer sauber herunterfahren. -
wenn Du die VirtualBox hast, müsstest Du doch den iobroker aus alten Sicherungspunkten unproblematisch wiederherstellen können!?
-
@thomas-braun deine Antworten bringen mich leider nicht weiter und gehen am Thema vorbei.
Wie kann ioBroker sich so aufhängen? Einen Stromausfall kann es immer geben. Damit sollte auch ioBroker klar kommen, so wie jedes andere System hier.
Ich möchte herausfinden, was genau kaputt ist und das reparieren.
Wenn das Dateisystem kaputt wäre, würde sich Linux ja drum kümmern und ioBroker würde davon nichts merken.
Config-Files wurden auch keine geschrieben, daran kann es auch nicht liegen.
Kann es sein, dass die Objekt-Datenbank kaputt ist? Wie kann ich das kontrollieren? Würde das diese Symptome zeigen? Dann könnte ich die aus backitup extrahieren?
-
@skorpil die Sicherungspunkte muss man manuell im Ausgeschalteten Zustand anlegen. Das kann ich also nur sehr selten machen.
Das neueste wäre das backitup-Backup. Aber das möchte ich erst probieren, wenn ich sicher bin, dass diese Installation nicht mehr zu retten ist. Was ich mir eigentlich nicht vorstellen kann, schliesslich wurde nur die VM mal abgestellt...
-
iobroker status iobroker list adapters iobroker list instances
-
@chrisprefect sagte in ioBroker nicht erreichbar nach Neustarts. Admin.0 fehlt?:
@skorpil die Sicherungspunkte muss man manuell im Ausgeschalteten Zustand anlegen. Das kann ich also nur sehr selten machen.
Das neueste wäre das backitup-Backup. Aber das möchte ich erst probieren, wenn ich sicher bin, dass diese Installation nicht mehr zu retten ist. Was ich mir eigentlich nicht vorstellen kann,
schliesslich wurde nur die VM mal abgestellt...
und das hat dir ja auch nur dein System etwas zerschossen.
Angenommen es wäre die Objektdatenbank. Woher willst du wissen dass nicht andere Dateien betroffen sind, was du evtl. erst viel zu spät bemerkst. Wenn dir dein System so wichtig ist dann erstelle ne neue VM, spiel das Backup ein und gut ist. Wenn nicht hast du noch die alte VM
-
root@ioBrokerVM:~# iobroker status iobroker is running on this host. Objects type: file States type: file root@ioBrokerVM:~# iobroker list adapters system.adapter.admin : admin - v4.2.1 root@ioBrokerVM:~# iobroker list instances + system.adapter.admin.0 : admin : ioBrokerVM - enabled, port: 8089, bind: 0.0.0.0, run as: admin + instance is alive
die eine admin-instanz ist die, die ich nachträglich angelegt hatte.
Sieht schon recht krass aus, nicht? Was kann da passiert sein?
Die installierten Adapter zeigt er aber z.B. bei einem update alle korrekt an:
root@ioBrokerVM:~# iobroker update Used repository: beta hash unchanged, use cached sources update done Adapter "accuweather" : 1.1.5 Adapter "adb" : 0.0.5 Adapter "admin" : 4.2.1 , installed 4.2.1 Adapter "alarm" : 2.0.0 Adapter "alexa2" : 3.8.1 , installed 3.8.1 Adapter "alias-manager" : 1.0.2 Adapter "alpha2" : 1.0.0 Adapter "amazon-dash" : 1.1.0 Adapter "artnet" : 1.2.2 Adapter "asterisk" : 1.0.6 Adapter "asuswrt" : 1.0.1 Adapter "b-control-em" : 0.2.1 Adapter "backitup" : 2.1.2 , installed 2.1.2 Adapter "beckhoff" : 1.4.0 Adapter "benq" : 0.2.5 Adapter "binance" : 1.1.3 Adapter "ble" : 0.12.0 Adapter "blink4home" : 0.1.1 Adapter "bmw" : 1.4.0 Adapter "boblight" : 0.0.1 Adapter "bosesoundtouch": 0.9.3 Adapter "botvac" : 1.0.0 Adapter "bring" : 1.7.7 Adapter "broadlink2" : 2.1.5 Adapter "bsblan" : 0.2.2 Adapter "bshb" : 0.1.13 Adapter "bydbatt" : 1.0.4 Adapter "calendar" : 1.2.0 Adapter "cameras" : 0.1.3 Adapter "canbus" : 1.1.3 Adapter "cec2" : 0.1.0 Adapter "chromecast" : 2.3.1 Adapter "cloud" : 4.0.10 , installed 4.0.10 Adapter "comfoair" : 1.1.3 Adapter "contact" : 1.1.3 Adapter "contactid" : 1.0.2 Adapter "coronavirus-statistics": 0.7.0-4 Adapter "corrently" : 0.0.2 Adapter "countdown" : 1.1.0 Adapter "cul" : 1.3.5 Adapter "daikin" : 1.3.0 Adapter "daswetter" : 3.0.5 Adapter "deconz" : 1.3.11 , installed 1.3.11 Adapter "denon" : 1.10.4 Adapter "device-reminder": 1.0.6 Adapter "devices" : 0.3.16 Adapter "digitalstrom" : 2.2.0 Adapter "discovergy" : 0.5.7 Adapter "discovery" : 2.6.2 , installed 2.6.2 Adapter "divera247" : 0.0.10 Adapter "doorbird" : 0.1.5 Adapter "doorio" : 1.1.4 etc...
-
@fastfoot Ich hatte glaube ich wirklich noch nie den Fall, dass ein System nach einem Stromausfall kaputt war. Windows habe ich sicher schon 200 Mal per Netzschalter ausgeschaltet oder Notebooks oft per langem gedrückt-halten des Power-Buttons ausschalten müssen. Noch nie hatte das irgend eine Auswirkung. In diesem Fall bin ich davon ausgegangen, dass VirtualBox die VMS per ACPI herunterfährt. Anscheinend ist das nicht der Fall gewesen.
ioBroker hat sich bei mir aber schon 3-4 Mal zerschossen. Ob auf dem Raspi oder nun in der VM. Irgend etwas scheint da anders zu laufen. Es wäre super, wenn wir rausfinden würden, was da so komisch auf Resets reagiert. Dann ist es sicher ein einfacher Fix.
Die VM neu installieren ist eine riesige Arbeit. Da ist z.B. auch noch Graphana drauf. Das läuft natürlich auch nach den Resets problemlos
Wenn dann würde ich irgendwie das backitup-Backup zurückspielen. Dazu müsste ich wohl iobroker einfach löschen, neu anlegen, backitup installieren und dann das Backup zurückspielen? Dann kommen alle Adapter, Skripte, Datenpunkte und Einstellungen wieder? Oder wie ginge das am saubersten?
So ein Ausfall ist extrem deprimierend Und ich habe Angst vor der riesigen Arbeit, die da auf mich zukommen könnte. Bis alles wieder funktioniert kann es lange dauern... So viel kann ja bei der aktuellen Installation gar nicht kaputt sein, das müsste man doch reparieren können.
-
@chrisprefect ich verstehe dein Anliegen durchaus Linux ist nunmal dafür bekannt dass das passieren kann, Windows ist da nicht so anfällig dafür. Mit iobroker selbst hat das nicht viel zu tun. Ich denke es hat deine objects.json und states.json verloren. Eigentlich macht iobroker immer noch ein backup dieser beiden, schau mal nach dem Zeitstempel. Sonst die jetzigen sichern(ich benenne sie einfach um) und aus backitup extrahieren(da bin ich nicht sicher ob die dort so als Datei vorliegen)
Ansonsten hatte ich an eine Kopie der jetzigen VM gedacht. Dort das backup einspielen, ohne neu aufzusetzen. Das erhält dir die alte als Notnagel
-
@chrisprefect nö geht auch im eingeschalteten Zustand. Ich erstelle mir nach jeder Änderung am iobroker einen Sicherungspunkt und komme damit gut klar.
-
Versuchs Mal danach:
https://forum.iobroker.net/topic/43325/mini-howto-cannot-find-view-system-for-search-host
Und hampel da nicht als root rum. Macht man genauso wenig wie hartes ausschalten von Systemen.
Der Bildschirm beim Booten 'Das System wurde nicht ordnungsgemäß heruntergefahren, Windows versucht eine Wiederherstellung' (oder so ähnlich) ist vermutlich nur ein Gerücht...
-
@thomas-braun DAS WARS! Das Zurückspielen der letzten states- und object-Backups hat das System wieder zum laufen gebracht!!! Genial
Danke!
Also doch kein tagelanges komplettes Neuaufsetzen des Systems. Phu...
-
Den Umgang mit dem System solltest du dennoch ändern.
-
@thomas-braun Hmm, grundsätzlich hast du natürlich recht.
Praktisch ist es bei mir wirklich egal, ob ich root bin oder nicht. Ich würde sowieso bei 100% der Logins einfach erst mal "su" eingeben und wäre dann eh wieder root. Ich logge mich nie auf dem System ein. Ausser, ich muss etwas flicken. Und dann ist es mühsam, wenn die Hälfte der Befehle erst mal fehlschlägt, weil ich nicht sudo vorne rangestellt habe.
Wieso denkst du, ich schalte die Systeme zum Spass hart aus? Ich musste das Hauptsystem runterfahren, weil die Grafikkarte kaputt war. Ich bin davon ausgegangen, dass VirtualBox die VMs per ACPI runterfährt. Anscheinend passiert das aber nicht.
Keine der anderen VMs hat damit irgend ein Problem, aber anscheinend aktualisiert ioBroker diese Datei-Datenbanken ohne atomare Aktionen, sodass trotz journaling Filesystem, die Daten danach inkonsistent sein können. Da müsste ioBroker den Umgang mit diesen Files überdenken. Anscheinend werden die Files Stück für Stück rausgeschrieben und lange offen gehalten, statt im Speicher die Daten zu sammeln und dann in einer Schreiboperation zu speichern?
-
@chrisprefect
root-shell oder user-shell macht schon einen Unterschied.
Ein Debian-Linux ist mittlerweile mehr oder minder komplett darauf umgestellt.
Wenn du da jetzt mit einem root ankommst passt das nicht mehr.
Deswegen immer als user einloggen und per sudo die entsprechenden Rechte erhalten.Vollkommen egal, ob die VM per ACPI oder irgendwas anderem heruntergefahren wird, denn der ioBroker hält seine Datenbankfiles recht lange im RAM. Das um die Zahl der Schreibvorgänge auf die oft genutzten SD-Karten bei SBCs wie dem Raspberry Pi möglichst gering zu halten.
Deswegen das System mit dem laufenden ioBroker immer möglichst geordnet herunterfahren.iobroker stop sudo shutdown
-
@thomas-braun Das Vorgehen zum Restore der letzten objects und states sollten eigentlich hier noch verlinkt werden:
https://www.iobroker.net/docu/index-26.htm?page_id=3928&lang=de
-
@chrisprefect sagte in ioBroker nicht erreichbar nach Neustarts. Admin.0 fehlt?:
sollten eigentlich hier noch verlinkt werden:
https://www.iobroker.net/docu/index-26.htm?page_id=3928&lang=deAlter Link !!!!!
die DOKU hier ist aktuell :
https://www.iobroker.net/#de/documentation/trouble/RunsNoMore.md
.