Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨

[Thomas Braun]

@jens77

Da hats mal Einschläge im Dateisystem gegeben:

[Mon Sep 11 17:46:05 2023] EXT4-fs (sda2): 13 orphan inodes deleted

Hit:7 http://binaries.erlang-solutions.com/debian stretch Release

Da gibt es mit Sicherheit aber auch ein für Bullseye passendes Repo.

[mcm1957]

@Jens77

Versuch mal das System OHNE Compact mode zu betreiben. Ich hab im Hinterkopf ein komisches Problem bei einem anderen Adapter das mit Compaq Mode zusammen hängen könnte. War damals nicht mehr reproduzierbar. Ist zwar nur ein Hintergrundgedanke und kann absoluter Blödsinn sein - aber wenn dein Problem ohne Compact Mode nicht auftritt und mit schon, dann mention bitte Foxriver76 damit er sich einklinkt. Dann könnte (BETONUNG könnte) ein Problem mit js-controller 5 und compact Mode existieren.

Aber wie geschrieben - ist nur ein Hintergrundgedanke und kann total falsch sein !

[mcm1957]

Und noch was:
Wenn da was abstürzt bitte den gesammten Log hier anhängen.
Derzeit seh ich nicht wirklich ewas du unter 'stürzt ab' verstehst bzw.w eclhe Fehlermeldungen genau auftreten.

[Jens77]

@thomas-braun Korrekt, die Dateisystemfehler wurden behoben. (auch offline noch mal)

Zum Thema Erlang: damals leider nicht. Das (brauche ich für Teslamate) ist aber auch völlig unabhängig von iobroker.

[Thomas Braun]

@jens77 sagte in Absturz aller Adapter nach Upgrade auf js-controller 5:

ist aber auch völlig unabhängig von iobroker.

Aber nicht unabhänigig vom Gesamtsystem.

[Jens77]

@mcm57 Habe ich versucht. Die 520kb lassen das Forensystem abstürzen, jedes Mal wieder.
Daher habe ich die 100-fachen Wiederholmeldungen rausgekürzt und den Rest hinter Spolier-Tags versteckt.

Aber hier bitte: https://share.rb-hosting.de/s/fkqJWp2RinWCN9S
Da ist das vollständige Log eines Adapter-Neustarts.

[Jens77]

@thomas-braun Nein, natürlich nicht. Alles ist verbunden.

Aber man sollte nach Plausibilität priorisieren. Es gibt Dinge, die haben einen wahrscheinlichen Einfluss und Dinge, deren Einfluss ist eher unwahrscheinlich, und Dinge, denen Einfluss zu unterstellen wäre geradezu absurd.

Ansonsten kommt der nächste und fragt nach der Konfiguration unserer Fritzbox, oder was ich zum Abendessen hatte. :-)

[Jens77]

@mcm57 Dann klick mal in meiner Originalmeldung auf die Spoiler-Tags. Da sind die Absturz-logs zitiert.
Oder lad dir das ganze Log herunter, das konnte ich hier nicht posten, siehe Link in der vorigen Nachricht.

[Thomas Braun]

@jens77

Schalt den Compact-Mode mal aus.

[Jens77]

@mcm57 das habe ich jetzt gemacht. Bisher ist der Fehler nicht wieder aufgetreten, Adapter lassen sich normal neu starten.
Leider braucht ioBroker ohne Compact Mode mit allen Adaptern fast 2GB RAM, da fängt der Raspi irgendwann an zu schwitzen, das ist also keine langfristige Lösung.
@Foxriver76, kannst du hier weiterhelfen? Vielleicht habe ich einen Bug im compact mode des neuen js-controllers gefunden. Danke für jede Hilfe!

Nochmal zusammengefasst: Der Neustart einzelner Adapter (egal welcher, passiert mit allen, immer) lässt seit Update auf js-controller 5 (von 4) und Node 18 (von 14) den ganzen ioBroker abstürzen, weil die "states database" plötzlich für alle Adapter nicht mehr verfügbar ist. Beispiel-Logfile ist oben verlinkt.
apt upgrade inkl. Reboot half nicht, iob upgrade-nodejs half nicht, iob fix half nicht, die Festplatte hat noch genügend Platz frei (>300GB), aber seit Deaktivieren des Compact Modes mit iob compact off scheint das Problem weg. Nur werde ich damit über kurz oder lang ein RAM-Problem auf dem Raspi bekommen, daher würde ich den Compact Mode gerne wieder anschalten, mit js-controller 4.x lief der über Jahre problemlos.

[foxriver76]

@jens77 welche Controller Version ist das? Falls stable 5.0.12 hat einen Bug mit Compact Instanzen.

[mcm1957]

@foxriver76 said in Absturz aller Adapter nach Upgrade auf js-controller 5:

@jens77 welche Controller Version ist das? Falls stable 5.0.12 hat einen Bug mit Compact Instanzen.

lt. diag log im Posting https://forum.iobroker.net/topic/69698/absturz-aller-adapter-nach-upgrade-auf-js-controller-5/2

Core adapters versions
js-controller: 5.0.12
admin: 6.12.0
javascript: 7.1.4

Wenn da was bekannt ist, könnte es das sein.
@foxriver76 - ist das schon gefixed und wenn ja ab 5.0.?? (hab in changelog nichts gesehen)

[foxriver76]

@mcm57 5.0.14 https://forum.iobroker.net/topic/68290/js-controller-5-0-x-jetzt-für-alle-user-im-stable/340

Das offizielle changelog ist bislang noch kombiniert. Für den konkreten Fall blöd weil ab 5.0.0 kaputt und mit 5.0.14 wieder ganz

[Jens77]

@foxriver76 Das wäre ja klasse. Bekomme ich 5.0.14 irgendwoher auf halbwegs saubere Art zum Testen?

[foxriver76]

@jens77 z. B. Repo in den Admin Systemeinstellungen auf Latest (beta) setzen, Controller updaten, Repo wieder auf stable setzen.

[mcm1957]

@jens77

Ja, sollte via LATEST repository gnaz normal installierbar sein. Kann nur sein, dass dort schon neuere Version existiert.

Für eine "zu Fuss" Installation siehe https://forum.iobroker.net/topic/68290/js-controller-5-0-x-jetzt-für-alle-user-im-stable , erster Beitrag, Abschnitt 'vor der Installation'. Letzteres habe ich allerdings noch nicht gemacht - frag da ggF nochmals nach.

[Jens77]

@foxriver76 Das ("latest" nutzen) kann ich mal probieren.

Enthalten denn die 5.0.(n+1) Versionen immer ausschließlich Bugfixes, oder gibt es derzeit u.U. andere bekannte Probleme / offene Bugs mit der 5.0.15?

Nicht dass ich ein Problem gegen drei andere tausche :-)