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

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

[madjack84]

@apollon77 guten Morgen, über Nacht hat sich Proxmox mal aufgehangen . Neustart.... und leider wollte iobroker auch wieder nicht starten auf der Suche nach dem Host View
Das ist leider das dritte mal die Woche Auch bei nem bekannten ists gestern nicht mehr hochgefahren. Gleiches Thema.

Ausser Neustarts vermeiden: Kann ich irgendetwas tun um das zu verhindern? bzw ist ein fix absehbar?

[Thomas Braun]

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

über Nacht hat sich Proxmox mal aufgehangen

Schau warum es das tut.

[apollon77]

@madjack84 Hm ... Dann Infos bitte ... js-controller Version? Logs?

Und ja ... "Proxmox hat sich aufgehangen" ist mehr als Strange

[arteck]

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

guten Morgen, über Nacht hat sich Proxmox mal aufgehangen

wat.. ist klar.. LOGS von dem Proxmox hätte ich gerne gesehen

[madjack84]

@arteck @apollon77 Thomas Braun

Gerne... ja die PRoxmox Abstürze nerven mich auch tierisch. Dachte erst das liegt am LXC Container. PAssierte meistens wenn ich mich an der Iobroker WebUI gearbeitet hab.
Dann hab ich umgestellt auf VM... nun wieder der Absturz. Hier das aktuelle System:

Proxmox stürzt so ab, dass alle Container nicht mehr erreichbar sind inkl. Proxmox Interface. Per SSH kann man sich einloggen, aber die simpelsten Befehle sind nicht mehr möglich. Ich fürchte da hängt sich der Kernel irgendwie auf. Ich hab auch schon gelesen, dass es an meinen Kingston RAM Riegeln liegen könnte. Da gibts mangelhafte Chargen.

Hier die beiden Syslogs. Abends hab ich noch dran gearbeitet... morgens ging dann nichts mehr 07:18 dann der Hardreset am NUC.

syslog.1 syslog

bin dankbar für jeden Hinweis, möchte allerdings hier nicht den Thread vergewaltigen. Das search for host view Thema ist sehr wichtig und dort stellt sich mir die primäre Frage: Wie kann das verhindert werden? Gefühlt kann ich das auch reproduzieren (auch wenn ich das nicht will) um euch irgendwie zum debuggen zu helfen. Leider ist mein Latein hier weit entfernt vom Hacker Abzeichen

[Thomas Braun]

@madjack84

Nur eine CPU zugewiesen? Bei MultiCores könnte das zu wenig sein.

[Homoran]

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

Hier das aktuelle System

das ist doch nicht das gesamte proxmox!

was stürzt denn jetzt ab?

[madjack84]

@homoran das ist das syslog der Basismaschine vom 30.ten und 31. ten. Was genau kann ich noch hochladen? Sorry, bin da etwas überfragt welches log. Hast du evtl ein folder?
Es stürzen alle 4 vms ab.... keine ist mehr erreichbar...

@Thomas Braun: Dachte das sollte reichen für iob... die CPU gähnt sich immer einen ab dann geb ich ihm mal nen zweiten Danke für den Hinweis

EDIT: mit "das ist leider das 3te mal diese Woche" meinte ich nicht Proxmox, sondern das search for host view thema. Einmal wars ein Stromausfall, einmal hab ich den NUC neu gestartet und einmal ist der NUC abgeschmiert. 3 unterschiedliche Gründe... gleiches Ergebnis