ioBroker nicht erreichbar nach Neustarts. Admin.0 fehlt?

ChrisPrefect

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!

Thomas Braun

@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.

ChrisPrefect

@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?

Thomas Braun

@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.

skorpil

@chrisprefect

wenn Du die VirtualBox hast, müsstest Du doch den iobroker aus alten Sicherungspunkten unproblematisch wiederherstellen können!?

ChrisPrefect

@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?

ChrisPrefect

@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...

Thomas Braun

@chrisprefect

iobroker status
iobroker list adapters
iobroker list instances

fastfoot

@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

ChrisPrefect

@thomas-braun

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...

ChrisPrefect

@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.

fastfoot

@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

skorpil

@chrisprefect nö geht auch im eingeschalteten Zustand. Ich erstelle mir nach jeder Änderung am iobroker einen Sicherungspunkt und komme damit gut klar.

Thomas Braun

@chrisprefect

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...

ChrisPrefect

@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...

Thomas Braun

@chrisprefect

Den Umgang mit dem System solltest du dennoch ändern.

ChrisPrefect

@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?

Thomas Braun

@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

ChrisPrefect

@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

Glasfaser

@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=de

Alter Link !!!!!

die DOKU hier ist aktuell :

https://www.iobroker.net/#de/documentation/trouble/RunsNoMore.md

.

Community Forum

NEWS

ioBroker nicht erreichbar nach Neustarts. Admin.0 fehlt?

Support us

578

32.7k

82.6k

1.3m