js-controller 4.0 jetzt im BETA/LATEST!

[apollon77]

@dolomiti Wie gross sind deine jsonl Files?

[Kueppert]

Haba auch seit 2 Tagen kein ioBroker mehr. Mein Uralt-System hat sich ab 2:30 Uhr nachts mit 120% Dauerauslastung unerreichbar gemacht. Ich dachte bei mir: egal, hast ja Proxmox...machst einfach nen Backup drauf, fertig...
keine Chance. Immer das gleiche Fehlerbild: Auslastung CPU 120% dauerhaft, Admin nicht erreichbar...Update JS-Controller wegen no connection to database (jsonl) nicht möglich.

Was hab ich bereits gemacht:
iobroker fixer drüber gejagt (alles gut, keine negativen Meldungen)
Update via apt update & apt disp-upgrade
Neustart
mal auf file umgestellt via iobroker custom setup ohne Übernahme der alten Datenpunkte...alles nix geholfen.

Kann doch nicht sein, dass selbst 1 Woche alte Backups (hab jetzt 4 verschiedene ausprobiert) nicht mehr laufen?

JS-Controler ist 4.0.21 noch drauf.
kein Multihost
ioBroker läuft auf einem NUC mit 32GB Partition und 5GB RAM
InfluxDB hab ich auch auf dem HOST, weil ich auf einem LXC auch Grafana + InfluxDB nutze

Wenn es keinen "mache mal folgenden Ablauf" gibt, kann ich gern alle benötigten Infos (sofern ich eine Rückmeldung vom System erhalte) beibringen. Bei 120% Auslastung dauert das immer etwas (sofern ich den iob nicht vorher beende ^^)

INFOS inkl. Fehlermeldungen nach frischem Backup-Restore:

thorsten@ioBroker2:~$ which nodejs node npm && nodejs -v && node -v && npm -v
/usr/bin/nodejs
/usr/bin/node
/usr/bin/npm
v14.19.1
v14.19.1
6.14.16
thorsten@ioBroker2:~$ iob status
 Cannot load "variables": Connection is closed.
 Cannot initialize database scripts: Cannot load "variables" into objects database: Connection is closed.
Server Cannot start inMem-objects on port 9001: Failed to lock DB file "/opt/iobroker/iobroker-data/objects.jsonl"!
thorsten@ioBroker2:~$ iob -v
4.0.21
thorsten@ioBroker2:~$ df -h
Dateisystem    Größe Benutzt Verf. Verw% Eingehängt auf
udev            2,5G       0  2,5G    0% /dev
tmpfs           496M    6,7M  489M    2% /run
/dev/sda1        29G     15G   13G   54% /
tmpfs           2,5G       0  2,5G    0% /dev/shm
tmpfs           5,0M       0  5,0M    0% /run/lock
tmpfs           2,5G       0  2,5G    0% /sys/fs/cgroup
tmpfs           496M       0  496M    0% /run/user/1000

Größe jsonl-files:

[nieIP]

Hallo

ich habe mit 4.0.21 das Problem, dass Einstellungen für den Host , die ich in der Admin Oberfläche änedre nicht gespeichert werden. Nach dem automatischen Neustart des Host habe ich wieder die vorherigen Werte.

Kann mir bitte jemand die KommandZeile hier rein schreiben, mit der ich 4.0.23 auf meinem System installieren kann um das zu testen? Danke

[Thomas Braun]

@nieip sagte in js-controller 4.0 jetzt im BETA/LATEST!:

ich habe mit 4.0.21 das Problem, dass Einstellungen für den Host , die ich in der Admin Oberfläche änedre nicht gespeichert werden. Nach dem automatischen Neustart des Host habe ich wieder die vorherigen Werte.

iobroker stop
iobroker fix
iobroker start

[apollon77]

@kueppert Am besten bitte einen eigenen Thread machen, weil sonst mischen wir hier wieder Dinge. Und wichtig durchatmen und wir bekommen das gemeinsam hin. Im Screenshopt sieht man nur das die objects.jsonl 50MB hat ... Was hat die states.jsonl?

Und korrekt - ein Backup einspielen vom iobroker sollte tun ... ein Backup von Proxmox kann sein das es nicht tut falls Du von dem einen Bug betroffen warst den ich oben beschrieben habe.

Aber jetzt nicht panisch in Aktionismus verfallen. Bitte details liefern. Eigener Thread und mich mentionen

[apollon77]

@nieip Und hier mega Wichtig: Nur NEUESTE Admin nutzen!!

und sonst ... steht irgendwas im Log?

[nieIP]

@apollon77
Admin 5.3.8
Host 4.0.21

ich ändere Einstellungen im Host unter Objekte und unter Zustände.
Beim Speichern und vor dem automatischen Neustart steht im Log eine Fehlermeldung

2022-04-22 10:37:49.839 - error: host.Raspi-3BioB Cannot find "objects" in data

PS iobroker fix hatte ich vorher laufen lassen und war ok

---

Mod-Edit: Code in </> Code-Tag gepackt!

[apollon77]

@nieip Dann Admin issue bitte öffnen ... Admin sendet irgendwie kein valides Objekt an den Server und deswegen wird es nicht gespeichert. Der Fehler sagt das "objects" wohl fehlt.

[Dolomiti]

@apollon77
Anbei die Größe der jsonl-Files

pi@ioBroker-Slave:/opt/iobroker/iobroker-data $ ls -al
insgesamt 286964
drwxrwxrwx+ 11 iobroker iobroker      4096 22. Apr 14:27 .
drwxrwxrwx+  7 iobroker iobroker      4096 21. Apr 22:10 ..
drwxrwxrwx+  2 iobroker iobroker      4096 21. Apr 22:38 backitup
drwxrwxrwx+  2 iobroker iobroker      4096 22. Apr 14:38 backup-objects
drwxrwxrwx+ 16 iobroker iobroker      4096 21. Apr 22:07 files
-rwxrwxrwx+  1 iobroker iobroker      2286 17. Feb 20:18 iobroker.json
drwxrwxrwx+  4 iobroker iobroker      4096 17. Feb 19:50 node-red
-rw-rwxrw-+  1 iobroker iobroker         3 21. Apr 22:33 notifications.json
-rw-rwxrw-+  1 iobroker iobroker   4985493 17. Feb 20:11 objects.json.bak.migrated
-rw-rwxrw-+  1 iobroker iobroker         0 24. Jun 2021  objects.json.broken
-rw-rwxrw-+  1 iobroker iobroker 278796846 21. Apr 22:39 objects.jsonl
drwxrwxrwx+  2 iobroker iobroker      4096 22. Apr 16:16 objects.jsonl.lock
-rw-rwxrw-+  1 iobroker iobroker   4986137 17. Feb 20:18 objects.json.migrated
drwxrwxrwx+  2 iobroker iobroker      4096 28. Okt 2019  sonosCache
drwxrwxrwx+  2 iobroker iobroker      4096 18. Nov 2018  sqlite
-rw-rwxrw-+  1 iobroker iobroker    122585 17. Feb 20:16 states.json.bak.migrated
-rw-rwxrw-+  1 iobroker iobroker         0 24. Jun 2021  states.json.broken
-rw-rw-rw-+  1 iobroker iobroker   4766855 22. Apr 16:15 states.jsonl
drwxrwxrwx+  2 iobroker iobroker      4096 22. Apr 16:16 states.jsonl.lock
-rw-rwxrw-+  1 iobroker iobroker    122614 17. Feb 20:18 states.json.migrated
drwxrwxrwx+  2 iobroker iobroker      4096 21. Feb 2020  zigbee_0

Laut ioBroker sind es 939 Objekte und 745 Zustände

[apollon77]

@dolomiti Ok, bitte nur auf den Post antworten der related ist sonst such ich mir nen Wolf (sorry). Ja ... bitte connectTimeout in iobroker.json hochsetzen auf 30000 und schauen ob es damit geht ... dann Updaten, dann kann der an sich wieder runter

[Dolomiti]

@apollon77 sagte in js-controller 4.0 jetzt im BETA/LATEST!:

@dolomiti Ok, bitte nur auf den Post antworten der related ist sonst such ich mir nen Wolf (sorry). Ja ... bitte connectTimeout in iobroker.json hochsetzen auf 30000 und schauen ob es damit geht ... dann Updaten, dann kann der an sich wieder runter

Alles klar, sorry für's suchen
Der Eintrag war für's Timeout war nicht vorhanden. Hab ihn einfach mal hinzugefügt und das Update hat funktioniert und nach dem Update wieder auf 2000 gestellt, so wie bei meiner anderen Installation.

Danke für die Hilfe

P.S. Ist die Größe der objects.jsonl ok? Bei meiner anderen Installation habe ich 11000 Objekte und die Datei ist halb so groß.

[apollon77]

@dolomiti ist die jetzt nach dem Update immer noch so groß?

[Dolomiti]

@apollon77 sagte in js-controller 4.0 jetzt im BETA/LATEST!:

@dolomiti ist die jetzt nach dem Update immer noch so groß?

Ja, selbst nach einem Reboot noch

[apollon77]

@dolomiti dann beobachte es mal in nächster Zeit.

[Great SUN]

@apollon77 said in js-controller 4.0 jetzt im BETA/LATEST!:

@fastfoot Ich habe eine Vermutung, die ich heute Abend mal checken werde. Der Controller 4 erkennt jetzt Nodejs Versionsänderungen und setzt die capabilities der node executable neu ... Mein Hinterkopf sagt mir das da bei docker irgendwas besonders war :))

Ja, über das Problem bin ich auch gerade gefallen...

setattr -r /usr/bin/node

hilft bei mir, weil ich in podman den container laufen habe...

[fastfoot]

@great-sun sagte in [js-controller 4.0 jetzt im BETA/LATEST\

hilft bei mir, weil ich in podman den container laufen habe...

für Docker user wurde das Problem seinerzeit durch ein Update im js-controller behoben

[Great SUN]

@fastfoot Ja, kann durchaus sein. Bei mir ist das heute das erste Mal passiert... und ich verwende kein Docker... Ist zuviel Aufwand das auf einem Slackware Server zum Laufen zu bringen, zumal Docker outdated ist und auch bei Kubernetes nicht mehr unterstützt wird.
Der defacto Standard ist jetzt CRI-O, zumeist auf Basis von runC. Das Setup von CRI-O ist auf Basis von Pods, genau wie bei Podman was von Docker nicht unterstützt wird.

[fastfoot]

@great-sun ja ich weiss, mein Beitrag war auch eher für all die ewig Gestrigen gedacht, die immer noch Docker nutzen. Die nutzen auch alle eher kein Kubernetes und müssen sich erstmal wohl auch keine Sorgen machen dass Docker von der Bildfläche verschwindet.

[apollon77]

@great-sun Der Controller macht hier die gleichen Checks wie der Installer und Installation Fixer.

Wenn es also für "Podman" o.ä,. gesonderte Logiken benötigt m,üssen wir dort ansetzen und an allen drei stellen entsprechend korrigieren. Zuerst die "Erkennung" und dann was ggf anders gemacht werden muss. Ohne genaue Infos zu dem was falsch ist und so kann ich gerade wenig tun. Also am besten beim Installer (https://github.com/ioBroker/ioBroker) ansetzen und dort PR machen.

[apollon77]

@great-sun sagte in js-controller 4.0 jetzt im BETA/LATEST!:

zumal Docker outdated ist und auch bei Kubernetes nicht mehr unterstützt wird.

Hm .. Naja Docker ist immer noch ein anerkannter Standard. Ihn als Outdated zu bezeichnet ist ein bissl arg kurz gefasst.

Vor allem in "Enduser Bereich" ist Docker noch DAS mittel der Wahl weil es von allen nahmhaften NAS u.ä. unterstützt wird.

Weiterhin ist das ja inzwischen alles eine "einheitliche Basis" sodass einzelne Runtimes austauschbar sind - heisst nur für uns das wir wieder jede Runtime einzeln supporten müssen. Das nervt etwas. Aber naja so ist es und damit müssen die User die gern wollen das iobroker auch in "nicht Mainstream" bzw "Nicht so stark verbreiteten" Umfeldern läuft unterstützen.