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

[apollon77]

@sci3wh Also controlelr Update machen und am besten rausfinden wo das Plattenplatz-Problem herkam

[nukleuz]

DANKE - das hat mir den A.... gerettet!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!

[apollon77]

@nukleuz war es auch ein 3.2er Controller?!

[nukleuz]

@apollon77

3.3.18 war es.

[apollon77]

@nukleuz dann hätte das. Cont passieren dürfen und ein iobroker log wäre sehr interessant. Am besten von cor dem Crash und vor allem
Von dem ersten Start danach. Logfile gibts noch unter /opt/iobroker/logs/…

[el-presidente]

@thomas-braun said in Mini-HowTo: Cannot find view "system" for search "host":

User, die plötzlich nicht mehr in den ioBroker kommen und auf der Kommandozeile auf ein freundliches

iobroker status

so frech begrüßt werden:
..................................................

Sau geil ! Es läuft! Vielen lieben Dank !!!!!!!

[Christian Wöhrle]

Wunderbar, hat funktioniert! Vielen Dank!!

[drloksoft]

@thomas-braun said in Mini-HowTo: Cannot find view "system" for search "host":

ls -lh /opt/iobroker/iobroker-data/backup-objects/ | grep objects

@thomas-braun @wendy2702 VIELEN DANK!

[Dan_Ce]

Vielen Dank! Hat mir geholfen, als mein ioBroker nicht mehr erreichbar war mit

Cannot find any instances of "admin"!

aber der folgenden Meldung:

iobroker install admin
adapter "admin" already installed. Use "upgrade" to upgrade to a newer version.

wobei das upgrade auch nichts genutzt hat.

[Thomas Braun]

@dan_ce

Das dürfte ein anderer 'Fehler' sein.

[Dan_Ce]

@thomas-braun said in Mini-HowTo: Cannot find view "system" for search "host":

@dan_ce

Das dürfte ein anderer 'Fehler' sein.

rein Interessehalber, falls es von dir ohne große Mühen beschrieben oder verlinkt werden kann: woran liegt es denn vermutlich?
Falls zu komplex, macht es nix - System läuft ja erstmal.

[Thomas Braun]

@dan_ce
Ich vermute, dass in dem Fall ein

iobroker upload admin

oder

iobroker upload all

ausgereicht hätte.

[Dan_Ce]

@thomas-braun

iobroker upload all

hatte ich probiert - ohne irgendeine wahrnembare Änderung

[pgBroker]

Ich weiß, nur jammern hilft nicht weiter, aber ich hatte das Problem mit den geschrumpften .json Dateien jetzt zum 2. Mal in diesem Monat.
Lies sich jedes Mal mit Einspielen der jeweils letzten normalgroßen Backups reparieren, insofern hält sich die Panik in Grenzen. Aber so richtig familientauglich ist so eine Hausatomatisierung natürlich nicht.

[apollon77]

@pgbroker naja dann sag mal Details.

Erstmal welcher js-Controller ist es? Falls kein 3.3 dann Upgraden. Ansonsten ist die Frage was davor passiert ist? Stromausfall oder was?

[BananaJoe]

@pgbroker und schreib doch mal welcher Hardware / Umgebung deine Installation läuft.

[madjack84]

@all:
Ist mir nun in 2 Tagen das zweite mal passiert.
zuerst auf eine PI4 nachdem ich den Strom am Sicherungskasten wg Umbau weg genommen hatte.
PI4
node 12.22.7
npm 6.14.15
Zigbee CC2531 stick
objects/states: file

Dann das ganze auf einen NUC in eine VM gespielt (mit hakeligem Backups)
Das Durchreichen in Proxmox des Zigbee Sticks machte etwas Ärger, drum musste ich mehrfach neu starten. Iobroker hat bestimmt bei 3 Neustarts mitgemacht, beim vierten dann nicht mehr. ALLERDINGS: Hab IMMER iobroker stop ausgeführt beim Neustart. Dennoch kam dann die Fehlermeldung

upgrade@ioalbrecht:~$ iobroker status
 Cannot read system.config: null (OK when migrating or restoring)
iobroker is not running on this host.


Objects type: file
States  type: file

node v14.18.3
npm 6.14.15
Zigbee CC2531 stick
objects/states: file

konnte das ganze mit dem Mini How to retten.
Es liegt wohl nicht an Node.... Hilft euch das irgendwie weiter?

Hab grade das Logfile raus gesucht
Beim Neustart 23:14 ist iobroker dann nicht mehr gestartet.
iobroker.2022-01-26.log

[apollon77]

@madjack84 Also ja im Log sehe ich zuerst zwei "saubere" stopps.
Dann sehe ich aber 23:11:32.366 - 23:13:22.924 einen "plötzlichen stop" ... Da sieht man nur den restart danach und bei dem sind BEIDE Files kaputt ... das sollte an sich niemals passieren und dies ist auch hier nicht ersichtlich wie das passieren konnte.

2022-01-26 23:13:23.100 - error: host.ioalbrecht-Server Cannot load /opt/iobroker/iobroker-data/objects.json: /opt/iobroker/iobroker-data/objects.json: Unexpected end of JSON input. We try last Backup!
2022-01-26 23:13:23.109 - error: host.ioalbrecht-Server Cannot load /opt/iobroker/iobroker-data/objects.json.bak: /opt/iobroker/iobroker-data/objects.json.bak: Unexpected end of JSON input. Continue with empty dataset!

Bei States ist "nur" das letzte Hauptfile kaputt, da war aber das Backup File wohl ok

2022-01-26 23:13:23.214 - error: host.ioalbrecht-Server Cannot load /opt/iobroker/iobroker-data/states.json: /opt/iobroker/iobroker-data/states.json: Unexpected end of JSON input. We try last Backup!

Ich überlege nochmal was man besser machen kann

[madjack84]

@apollon77 dann ist mir der vielleicht durchgerutscht möchte ich nicht ausschließen um die Zeit. Hoffe ich kann da irgendwie helfen.
Kann ich irgendetwas aktivieren um das log zu verbessern?

[apollon77]

@madjack84 Also am Ende kann es nur sein das du in einen Absoluten edge case gelaufen bist. Der wäre: Durch irgendwas war dein .bak File kaputt und jetzt ist der controller so "früh" nach einem Start abgestürzt da er genau ins erste Schreiben der Db reingerannt ist. Damit sind dann beide Files kaputt.

Ich habe für js-controller 4.0 was eingebaut um das zu verhindern ...