js-controller 4.0 jetzt im BETA/LATEST!
-
k.A. was da los war ... jetzt ist es ohne Probleme durchgelaufen.
SRY für den falschen Alarm.
-
Update vom ioBroker-Test im LXC ohne Probs durchgelaufen.
Raspi 3B will nicht. System is uptodatepi@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 fixBis 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.
-
@dolomiti Wie gross sind deine jsonl Files?
-
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 nutzeWenn 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/1000Größe jsonl-files:
-
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
-
@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 -
@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
-
@nieip Und hier mega Wichtig: Nur NEUESTE Admin nutzen!!
und sonst ... steht irgendwas im Log?
-
@apollon77
Admin 5.3.8
Host 4.0.21ich ändere Einstellungen im Host unter Objekte und unter Zustände.
Beim Speichern und vor dem automatischen Neustart steht im Log eine Fehlermeldung2022-04-22 10:37:49.839 - error: host.Raspi-3BioB Cannot find "objects" in dataPS iobroker fix hatte ich vorher laufen lassen und war ok
Mod-Edit: Code in </> Code-Tag gepackt!
-
@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.
-
@apollon77
Anbei die Größe der jsonl-Filespi@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_0Laut ioBroker sind es 939 Objekte und 745 Zustände
-
@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
-
@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ß.
-
@dolomiti ist die jetzt nach dem Update immer noch so groß?
-
@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
-
@dolomiti dann beobachte es mal in nächster Zeit.
-
@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/nodehilft bei mir, weil ich in podman den container laufen habe...
-
@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
-
@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.
-
@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.
