js-controller 4.0 jetzt im BETA/LATEST!

Jabba_the_Hutt

k.A. was da los war ... jetzt ist es ohne Probleme durchgelaufen.

SRY für den falschen Alarm.

Dolomiti

Update vom ioBroker-Test im LXC ohne Probs durchgelaufen.
Raspi 3B will nicht. System is uptodate

pi@ioBroker-Slave:/opt/iobroker $ which nodejs node npm && nodejs -v && node -v && npm -v && sudo apt update && sudo apt update && apt policy nodejs
/usr/bin/nodejs
/usr/bin/node
/usr/bin/npm
v14.19.1
v14.19.1
6.14.16
OK:1 http://raspbian.raspberrypi.org/raspbian bullseye InRelease
OK:2 http://archive.raspberrypi.org/debian bullseye InRelease
OK:3 https://deb.nodesource.com/node_14.x bullseye InRelease
Paketlisten werden gelesen… Fertig
Abhängigkeitsbaum wird aufgebaut… Fertig
Statusinformationen werden eingelesen… Fertig
Alle Pakete sind aktuell.
OK:1 http://raspbian.raspberrypi.org/raspbian bullseye InRelease
OK:2 http://archive.raspberrypi.org/debian bullseye InRelease
OK:3 https://deb.nodesource.com/node_14.x bullseye InRelease
Paketlisten werden gelesen… Fertig
Abhängigkeitsbaum wird aufgebaut… Fertig
Statusinformationen werden eingelesen… Fertig
Alle Pakete sind aktuell.
nodejs:
  Installiert:           14.19.1-deb-1nodesource1
  Installationskandidat: 14.19.1-deb-1nodesource1
  Versionstabelle:
 *** 14.19.1-deb-1nodesource1 500
        500 https://deb.nodesource.com/node_14.x bullseye/main armhf Packages
        100 /var/lib/dpkg/status
     12.22.5~dfsg-2~11u1 500
        500 http://raspbian.raspberrypi.org/raspbian bullseye/main armhf Packages
pi@ioBroker-Slave:/opt/iobroker $

Danach

pi@ioBroker-Slave:/opt/iobroker $ iob status
iobroker is running on this host.


Objects type: jsonl
States  type: jsonl
pi@ioBroker-Slave:/opt/iobroker $ iob -v
4.0.21
pi@ioBroker-Slave:/opt/iobroker $

Dann

iob backup
iob stop
iob update
iob fix

Bis hierher ohne Auffälligkeiten. Aber bei

pi@ioBroker-Slave:/opt/iobroker $ iobroker upgrade self --debug
No connection to databases possible ...
pi@ioBroker-Slave:/opt/iobroker $

Kommt nach ca. 30s die no connection-Meldung. Wenn ich iob start oder einen Reboot mache läuft das System sauber hoch. Die ganzen vorherigen Updates von 3.x.x auf 4.x.x haben immer problemlos funktioniert.

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 · @apollon77 Admin 5.3.8 Host 4.0.21

@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. :-)

Community Forum

NEWS

js-controller 4.0 jetzt im BETA/LATEST!

Support us

355

32.4k

81.5k

1.3m