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

[apollon77]

@madjack84 Also wenn dein System so "abkachelt" ist der ioBroker drauf dein kleinstes Problem Fixe erstmal das Thema

[madjack84]

@apollon77 bin ich völlig bei dir. Höchste Alarmstufe. der RPI4 hats aber leider auch gezeigt. Bei mir kommen halt 2 Dinge grade blöd zusammen. Bin dran und berichte

[wendy2702]

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

KINGSTON SA2000M8250G 2

Ich hatte bei einer meiner Proxmox installationen mit einer Kingston SSD ähnliche Probleme.

Ursache war bei mir letztendlich das Anschlusskabel. Das hast du natürlich jetzt nicht aber möglicher weise liegt es wirklich am Kingston Device.

Geht das log nicht irgendwann wieder weiter?

Konnte man den loglevel unter Proxmox nicht auch erhöhen?

Mal wie beim PI mit DMESG geschaut ob dort etwas auffälliges steht.

[Thomas Braun]

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

Ich weiß man tendiert dazu sich angegriffen zu fühlen.

Ich fühle mich nicht angegriffen. Warum auch.
Aber dein Betriebssystem macht halt die Grätsche und reißt den ioBroker unsanft mit.

[BananaJoe]

Ich habe am Wochenende zufällig bei einem Freund euch eine ioBroker-Installation durchgeführt. Und ich habe da so meine ganz eigene Theorie warum ioBroker "dauernd kaputt geht" nach Abstürzen, Reset oder Stromausfällen:

Hier im Forum sind wir neulich darauf gekommen das der ioBroker die objects.json (ob auch die states.json weis ich nicht) regelmäßig auf Festplatte schreibt.

Bei meinem Freund habe ich mir die Einstellung in der

/opt/iobroker/iobroker-data/iobroker.json

mit dem Namen

"writeFileInterval": 5000,

steht somit auf 5 Sekunden ab Werk. "Doof" ist wenn das System weg ist während er schreibt. Und bei alle 5 Sekunden sind die Chancen ziemlich gut das es schiefgeht - finde ich, immerhin 12 mal die Minute. Insbesondere wenn die Datei groß und der Datenträger ggf. langsam ist und er ggf. sowieso mehr als 1 Sekunde zum schreiben braucht.

In meinem (USV geschützten) System habe ich den Wert auf 10 Minuten gesetzt. bei meinem Freund erst einmal auf 60 Sekunden.

[Homoran]

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

steht somit auf 5 Sekunden ab Werk. "Doof" ist wenn das System weg ist während er schreibt. Und bei alle 5 Sekunden sind die Chancen ziemlich gut das es schiefgeht -

das haben wir schon öfters hier im Forum erwähnt, dass die Chancen sehr gut stehen ioBroker während des Schreibvorgangs zu erwischen, wenn die Behauptung wieder kam, dass alle PCs (oder andere Systeme) einen Strom weg aushalten würden, nur ioBroker das nicht aushalten würde.

[apollon77]

@bananajoe Naja die erste Thematik ist: Warum sollte ein Host überhaupt abstürzen? Weiterhin ist es ja so das die 3.2 suboptimal war aber die 3.3 hier klar aufgeräumt hat. Ich kennen keinen einigermaßen normalen Fall wo mit dem js-controller 3.3 so ein Fall aufgetreten ist weil hier mit dem Backup File gearbeitet wird als Fallback.

Der einzige Fall wo es eine 3.3 erwisch hat war etwas weiter oben wo durch crashes seeeehr kurz nacheiander und seeehr kurz nach dem Start am Ende beides Files einen knacks hatten.

Das Hochsetzen des Schreibintervalls verringert die Schreibfrequenz - korrekt ... ABER sorgt auch bei Crashes für einen größeren Datenverlust weil bei einem Crash halt alles seit dem letzten Schreiben "weg" ist ... Also von daher ist das eine Ballance die jeder selbst wissen muss.

Es gibt als Alterative die "jsonl" Datenbank die anders schreibt und so ein Problem bei einzelnen Datensätzen besser verkraftet. Mit js-controller 3.3. ist Sie experimentell nutzbar und im kommenden js-controller 4.0 wird es die neue Standarddatenbank werden.

ABER: Wenn ein Server abstürzt dann hast Du ein anderes Problem

[BananaJoe]

@apollon77 Da hast du natürlich recht. Gefühlt tauchen hier aber ständig Personen mit eben diesem Problem auf.
Klar, der Host muss stabil laufen.

[Homoran]

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

Gefühlt tauchen hier aber ständig Personen mit eben diesem Problem auf.

und da fragen wir uns, wieso diese User immer wieder "Stromausfall" haben. und das mehrfach

[apollon77]

@bananajoe Und wie gesagt - alle diese hatten bisher js-controller 3.2 am Start der hier (zugegeben) Buggy war

[lustig29]

Ich bekomme nach dem Befehl aus dem 1. Post folgendes zu sehen.

-rw-rw-r--+ 1 iobroker iobroker 1,1K Feb 11 14:54 2022-02-11_14-54_objects.json.gz
-rw-rw-r--+ 1 iobroker iobroker 1,1K Feb 11 14:55 2022-02-11_14-55_objects.json.gz
-rw-rw-r--+ 1 iobroker iobroker 1,1K Feb 11 14:56 2022-02-11_14-56_objects.json.gz
-rw-rw-r--+ 1 iobroker iobroker 1,1K Feb 11 14:57 2022-02-11_14-57_objects.json.gz
-rw-rw-r--+ 1 iobroker iobroker 1,1K Feb 11 14:58 2022-02-11_14-58_objects.json.gz
-rw-rw-r--+ 1 iobroker iobroker 1,1K Feb 11 14:59 2022-02-11_14-59_objects.json.gz
-rw-rw-r--+ 1 iobroker iobroker 1,1K Feb 11 15:00 2022-02-11_15-00_objects.json.gz
-rw-rw-r--+ 1 iobroker iobroker 1,1K Feb 11 15:01 2022-02-11_15-01_objects.json.gz
-rw-rw-r--+ 1 iobroker iobroker 1,1K Feb 11 15:02 2022-02-11_15-02_objects.json.gz
-rw-rw-r--+ 1 iobroker iobroker 1,1K Feb 11 15:03 2022-02-11_15-03_objects.json.gz
-rw-rw-r--+ 1 iobroker iobroker 1,1K Feb 11 15:04 2022-02-11_15-04_objects.json.gz
-rw-rw-r--+ 1 iobroker iobroker 1,1K Feb 11 15:05 2022-02-11_15-05_objects.json.gz
-rw-rw-r--+ 1 iobroker iobroker 1,1K Feb 11 15:06 2022-02-11_15-06_objects.json.gz
-rw-rw-r--+ 1 iobroker iobroker 1,1K Feb 11 15:07 2022-02-11_15-07_objects.json.gz

objects ist in rot geschrieben. Ist da noch was zu retten?

[Thomas Braun]

@lustig29

1,1K dürfte zu klein sein. Da ist nur das Fragment drin.

[apollon77]

@lustig29 Wow was hast denn du für ein backup Interval eingestellt? das macht ja jede Minute ein Backup?

[lustig29]

@thomas-braun Also keine Chance mehr was zu retten, oder?

[Thomas Braun]

@lustig29

Nö, da ist keine intakte Version mehr vorhanden.

[apollon77]

@lustig29 Wenn DU kein Backup mehr hast dann blöd. Aber schau af jeden Fall warum da jede Minute ein Backup passiert

[lustig29]

@apollon77 Ja, leider kein Backup. Ist der Raspberry meiner Eltern. Wollte den Backup Adapter schon öfters einrichten, immer wieder verschoben...
Jetzt ist der schlimmste Fall eingetroffen. ‍️
Naja, wird mir eine Lehre sein...

Die Verbindung über Putty habe ich ja noch. Kann ich den Iobroker jetzt einfach neu installieren, oder muss ich die komplette Karte löschen?

[apollon77]

@lustig29 Naja Du hast was die Objekte angeht ein "leeres" System. AM besten einmal stoppen, iob setup first ausführen und es ist "Jungfräulich"

[Bavarian]

@apollon77

ABER: Wenn ein Server abstürzt dann hast Du ein anderes Problem

Da hast Du sicherlich recht, aber das Problem habe ich auch.
Das Problem ist immer Stromausfall der hier gelegentlich mal vorkommt.
Es hilft nur ein Restore und danach startet IOB wieder ohne Probleme.
Danach wieder alle Adapter manuell aktivieren...

Sowas ist echt ein riesiges Problem wenn man eben nicht mal eben eingreifen kann wie im Urlaub, Dienstreise etc.
Ein Smarthomesystem soll stabil laufen, was KEINE Vorwurf gegen irgendwen ist.
Allerdings wäre es wünschenswert wenn es möglich wäre so etwas abzufangen und zwar da wo das Problem liegt.
Sicherlich ist eine USV ein Punkt den man inbetracht ziehen kann, dennoch sollte man über das Problem ansich
nachdenken.

Übrigens ist das auf den Raspberry PI3+ EXT4 Standalone und auch im Master/Slave Modus nie vorgekommen.
Erst nach der Umstellung auf PI4 EXT4 + Slave PI3+ EXT4 hab ich dieses Problem.

[Thomas Braun]

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

Übrigens ist das auf den Raspberry PI3+ EXT4 Standalone und auch im Master/Slave Modus nie vorgekommen.

Doch, das wäre dort auch vorgekommen, die Bedingungen sind genau die gleichen.