Mini-HowTo: Cannot find view "system" for search "host"

[Homoran]

@berges01 sagte in Mini-HowTo: Cannot find view "system" for search "host":

der Aufruf von stat für 'objects.json' ist nicht möglich: Datei oder Verzeichnis nicht gefunden

das hast du ja anscheinend schon gemacht
die Datei objects.json.old existiert ja bereits.

@berges01 sagte in Mini-HowTo: Cannot find view "system" for search "host":

berges01@Strommix-Smart:/opt/iobroker/iobroker-data$ dir backup-objects notifications.json objects.json.old

Danach hast du nur dein Backup nicht wiederherstellen können, weil du den Dateinamen nicht richtig eingegeben hast

[Glasfaser]

@berges01 sagte in Mini-HowTo: Cannot find view "system" for search "host":

gunzip -ck 2021-11-04_14-41_objects.json.gz

der Rest vom Befehl fehlt !

Vorlage :

gunzip -ck INTAKTE_DATEI_objects.json.gz > /opt/iobroker/iobroker-data/objects.json
gunzip -ck INTAKTE_DATEI_states.json.gz > /opt/iobroker/iobroker-data/states.json

gunzip -ck 2021-11-04_14-41_objects.json.gz > /opt/iobroker/iobroker-data/objects.json

[Berges01]

@glasfaser @Thomas-Braun

Danke an Euch alle !
Der Depp vor dem Scirm hatte einen Denkfehler !
Jetzt geht es wieder.
Schon macht man es richtig, schon funktioniert es.

Gruss Frank

[Atifan]

Hi Leute, ich muss mich hier mal einklinken. Habe seit kurzem das Problem dass meine Iobroker VM unter Proxmox nicht mehr startet.
Wenn ich dann über die console den Befehl "iobroker status" checke, dann bekomme ich immer den Fehler "Cannot read system.config: Null"

Wenn ich dann so vorgehe wie hier im Forenthread beschrieben, kann ich das Problem zwar fixen. Aber das Problem tritt immer wieder auf nachdem ich die VM stoppe und nochmal starte. Ich hab schon sehr viel probiert und weiss nicht mehr weiter was ich noch machen soll

https://forum.iobroker.net/topic/43325/mini-howto-cannot-find-view-system-for-search-host?_=1636128853485

Weiß einer wie man das Problem fixen kann?

[Homoran]

@atifan sagte in Mini-HowTo: Cannot find view "system" for search "host":

Ich hab schon sehr viel probiert

und warum nicht alles wie es im ersten Post beschrieben ist?

Wenn du natürlich zuviel probiert hast sind inzwischen möglicherweise die zuerst noch vorhandenen funktionierenden Backups mit defekten überschrieben worden

[apollon77]

@atifan Weche js-controller ist im EInsatz? Mit einem 3.3.x sollte das nicht passieren - war an sich ein effekt bei den 3.2er controllern.

ANsonsten müsste man mal schauen wie Du die VM so "stoppst" (und ich hoffe du nichst das nicht wörtlich und nutzt "Stop" in der Proxmox UI weil das Killt den Rechner "Hart". "Shutdown "ist der Knopf der wahl

[Atifan]

@Homoran
Ich bin genau oben nach der Anleitung vorgegegangen. Es funktioniert dann ja auch, bis ich die VM wieder stoppe. Wenn ich dann nochmal starte habe ich genau das gleiche Problem nochmal.

@apollon77: ich kann aktuell leider nicht schauen weil IoBroker nicht startet, aber ich hab alles auf aktuellstem Stand, also müsste es der neuste JScontroller sein.

Ja ich mache in Proxmox immer "STOP" und nicht "Shutdown".
Möglicherweise ist das ja das Problem? Das komische ist, das mach ich schon seit 2 Jahren so mit STOP und hatte bisher NOCH NIE ein Problem.
Das komische ist ja, wenn ich ein Backup wiederherstelle passiert der Fehler ja auch immer, das war vorher nie. Ich meine, wieso passiert es dann jetzt auf einmal IMMER, dass die Daten iwie zerstört werden, ich kapier das nicht.

[Thomas Braun]

@atifan sagte in Mini-HowTo: Cannot find view "system" for search "host":

Ja ich mache in Proxmox immer "STOP" und nicht "Shutdown".
Möglicherweise ist das ja das Problem?

Ja, stop ist 'Stecker raus'. Macht man nicht. Auch VMs gehören ordentlich heruntergefahren.

[Atifan]

@thomas-braun Hi ja das ist klar, ich dachte eigentlich dass STOP das so macht, dass die VM sauber runtergefahren wird. Hätte ich das gewusst dass das ist wie Stecker raus, hätte ich das nie gemacht.

JS Controller ist der aktuelle 3.3.18

Habe eine ältere objects.json und states.json wiederhergestellt und dann IoBroker gestartet -> hat auch funktioniert.
Dann über Shutdown runtergefahren und wieder gestartet -> hat auch funktioniert
2x das ganze nochmal versucht -> hat funktioniert

Vielen Dank an alle, jetzt bin ich erstmal wieder beruhigt^^ War wahrscheinlich wirklich immer durch mein STOP verursacht worden und mit Shutdown geht es wie es aussieht.

Was mich nur wundert und was ich nicht kapiere, wieso das auf einmal immer wieder passiert auch bei meinen Backups die ich zurückspiele. Wie gesagt, ich hab 2 Jahre lang immer STOP gedrückt und ist nie was passiert^^ Ich raffe das nicht.

[Thomas Braun]

@atifan

1000 mal berührt, 1000 mal ist nichts passiert.
1000 und eine Nacht und es hat boooom gemacht...

[Atifan]

@thomas-braun

Ja das würde ich ja verstehen, wenns beim 1001 mal passiert.

Aber warum passiert es auf einmal IMMER auch wenn ich ein Backup wiederherstelle wo es dann beim 501. Mal passiert oder beim 790. Mal. und vorher nie, das verstehe ich nicht. Aber egal man muss nicht alles verstehen, hauptsache es funktioniert wieder

Danke euch allen sehr

[apollon77]

@atifan Dann wäre ein js-controller log vom versuchten Start nach so nem reboot nach hartem ausschalten mal interessant

[Atifan]

@apollon77 wie mach ich das mit dem Log denn? Könnte es auf ner zweiten VM ja reproduzieren wenn dir das was bringt mit dem Log.
Wird das Log automatisch gemacht oder muss ich vorher was aktivieren? Bzw. wo finde ich die Logdatei?

[Thomas Braun]

@atifan sagte in Mini-HowTo: Cannot find view "system" for search "host":

Wird das Log automatisch gemacht oder muss ich vorher was aktivieren? Bzw. wo finde ich die Logdatei?

In
/opt/iobroker/log

[Atifan]

@apollon77
Habe es mal reproduziert, hier ist das Log.
Ab Zeile 290 wird ein manueller Startversuch von iobroker geloggt, dort kommen dann die Fehler, aber ich wer daraus nicht schlau
iobroker.current.log

[apollon77]

@atifan naja da müsste man von früher schauen ... effektiv ist das Datenfile und auch das "backup File" kaputt ... damit kann er automatisch nichts tun ... Logs wäre interessant von dem reboot nach so einem "STOP"

[Atifan]

@apollon77 : Wollte gerade den Fehler wieder reproduzieren um ein Log zu erstellen, aber jetzt auf einmal funktioniert es immer und der Fehler kommt nicht mehr Oo

Wenn es wieder passiert, stelle ich ein LOG ein.

[apollon77]

@atifan naja du musst jetzt nicht versuchen dein System absichtlich kaputt zu machen

[Atifan]

@apollon77 ist ja auf ner separaten VM Wenn man den Fehler braucht kommt er nicht, das ist wieder wunderbar.

[gammler2003]

Hallo zusammen,

Nach über zwei Jahren ist mein iobroker ausgestiegen (vermutlich aufgrund eines Stromausfalls) und nicht mehr über die Oberfläche erreichbar.

Vielen Dank für die Anleitung. Leider funktioniert diese bei mir nicht. Folgendes Resultat:

pi@phoscon:~ $ iobroker stop
pi@phoscon:~ $ cd /opt/iobroker/iobroker-data/
pi@phoscon:/opt/iobroker/iobroker-data $ mv objects.json objects.json.old
pi@phoscon:/opt/iobroker/iobroker-data $ mv states.json states.json.old
pi@phoscon:/opt/iobroker/iobroker-data $ cd backup-objects/
pi@phoscon:/opt/iobroker/iobroker-data/backup-objects $ gunzip -ck 2021-11-09_10-39_objects.json.gz > /opt/iobroker/iobroker-data/objects.json
gzip: 2021-11-09_10-39_objects.json.gz: No such file or directory
pi@phoscon:/opt/iobroker/iobroker-data/backup-objects $ gunzip -ck 2021-11-09_10-39_states.json.gz > /opt/iobroker/iobroker-data/states.json
gzip: 2021-11-09_10-39_states.json.gz: No such file or directory

Hat jemand eine Idee? Vielen Dank euch!