NEWS
js-controller 4.0 jetzt im BETA/LATEST!
-
@apollon77 .23 läuft unauffällig
Ich habe mal meine iobroker.json Einstellungen für objects und states gecheckt.
Und gesehen, dass ich für ein geringeres Schreibaufkommen auf SSD folgendes in der Vergangenheit vor JSONL Einführung eingestellt habe:"objects": { "writeFileInterval": 3600000, ... "states": { "writeFileInterval": 60000, ...Default wäre ja objects alle 5000 ms (720x häufiger) und states alle 30000 ms (doppelt so oft).
Was ist hier bei JSONL sinnvoll? Würde ich von 3600 s bei objects auf 5 s herunter gehen, würde ja nicht wie bei JSON früher die gesamten >30 MB neu geschrieben, aber dennoch würde das häufigere anhängen zu einem früheren Komprimieren führen oder?
Oder werden diese Interval Einstellungen gar ignoriert seit JSONL?
Der Zeitstempel meiner objects.jsonl lässt das vermuten.@diginix writeFileInterval wird von jsonl gar nicht verwendet, von daher "egal" :-) Das nutzt nur die "alte" File-DB. Jsonl hat eigene Settings https://github.com/ioBroker/ioBroker.js-controller/blob/master/packages/controller/conf/iobroker-dist.json#L53-L71
-
Hallo an die Beta Front :-)
Morgen früh dürfte js-controller 4.0.23 im beta/Latest auftauchen. Ein Admin Bug der eine ungültige Jsonl-Konfiguration generieren konnte hat uns dazu gezwungen doch nochmals nachzulegen. Von dem problem akut betroffen sein könnten user die per Admin die Host-Konfiguration geändert und gespeichert haben.
Falls bei jemandem der js-controller nicht mehr sauber startet (vor oder auch nach dem update) bitte die größe der /opt/iobroker/iobroker-data/*.jsonl Dateien prüfen ... ggf hat bei Ihm dieses problem zugeschlagen -> siehe auch https://forum.iobroker.net/topic/53954/gelöst-states-jsonl-file-viel-zu-groß bzw https://forum.iobroker.net/post/791284
Der Bug ist auch seit Admin 5.3.7 behoben und Admin sollte nicht mehr die falschen Einträge erstellen.
Am besten natürlich sicherheitshalber besser Updaten :-)
4.0.23 (2022-04-19)
- (AlCalzone) normalize JSONL options to prevent issues because of admin adding empty setting objects
- (Apollon77/foxriver76) Prevent some crash cases reported by Sentry
@apollon77 update im Container problemlos :-)
-
Hallo an die Beta Front :-)
Morgen früh dürfte js-controller 4.0.23 im beta/Latest auftauchen. Ein Admin Bug der eine ungültige Jsonl-Konfiguration generieren konnte hat uns dazu gezwungen doch nochmals nachzulegen. Von dem problem akut betroffen sein könnten user die per Admin die Host-Konfiguration geändert und gespeichert haben.
Falls bei jemandem der js-controller nicht mehr sauber startet (vor oder auch nach dem update) bitte die größe der /opt/iobroker/iobroker-data/*.jsonl Dateien prüfen ... ggf hat bei Ihm dieses problem zugeschlagen -> siehe auch https://forum.iobroker.net/topic/53954/gelöst-states-jsonl-file-viel-zu-groß bzw https://forum.iobroker.net/post/791284
Der Bug ist auch seit Admin 5.3.7 behoben und Admin sollte nicht mehr die falschen Einträge erstellen.
Am besten natürlich sicherheitshalber besser Updaten :-)
4.0.23 (2022-04-19)
- (AlCalzone) normalize JSONL options to prevent issues because of admin adding empty setting objects
- (Apollon77/foxriver76) Prevent some crash cases reported by Sentry
@apollon77 Master ist ein Container mit Debian10 uinter proxmox, Slave ein Raspi 3b. Läuft jetzt seit einigen Stunden völlig unauffällig.
-
@apollon77 Auch bei meinem Master Slave Testsystem gibt es bisher keine Auffälligkeiten mit der 4.0.23
-
Code 22?
Was soll mir das sagen ... wenn sich die neue Version nicht installieren lässt?
-
Code 22?
Was soll mir das sagen ... wenn sich die neue Version nicht installieren lässt?
@jabba_the_hutt dann gibts irgendein issue in deinem npm tree. Rufe das Upgrade Self mal mit --debug auf. Was kommt dann?
-
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.
Benutzt das Voting rechts unten im Beitrag wenn er euch geholfen hat.
Intel N100 (32GB,256GB SSD), Proxmox -> Debian 12 in VM (Master) + Debian 12 in CT (Test) + Debmatic, HM-Aktoren, Wago 750-880, Shelly, Zigbee -
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.
-
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:
UDM Pro, Intel NUC - ioBroker in Proxmox-VM, PiHole+Grafana&Influx+TasmoAdmin in LXCs, Raspberry Pi3 (als CCU), Zigbee-Stick Sonoff, Synology DS918+
-
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
-
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 -
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:
@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
-
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 Und hier mega Wichtig: Nur NEUESTE Admin nutzen!!
und sonst ... steht irgendwas im Log?
Beitrag hat geholfen? Votet rechts unten im Beitrag :-) https://paypal.me/Apollon77 / https://github.com/sponsors/Apollon77
- Debug-Log für Instanz einschalten? Admin -> Instanzen -> Expertenmodus -> Instanz aufklappen - Loglevel ändern
- Logfiles auf Platte /opt/iobroker/log/… nutzen, Admin schneidet Zeilen ab
-
@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!
-
@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.
Beitrag hat geholfen? Votet rechts unten im Beitrag :-) https://paypal.me/Apollon77 / https://github.com/sponsors/Apollon77
- Debug-Log für Instanz einschalten? Admin -> Instanzen -> Expertenmodus -> Instanz aufklappen - Loglevel ändern
- Logfiles auf Platte /opt/iobroker/log/… nutzen, Admin schneidet Zeilen ab
-
@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
Benutzt das Voting rechts unten im Beitrag wenn er euch geholfen hat.
Intel N100 (32GB,256GB SSD), Proxmox -> Debian 12 in VM (Master) + Debian 12 in CT (Test) + Debmatic, HM-Aktoren, Wago 750-880, Shelly, Zigbee -
@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
Beitrag hat geholfen? Votet rechts unten im Beitrag :-) https://paypal.me/Apollon77 / https://github.com/sponsors/Apollon77
- Debug-Log für Instanz einschalten? Admin -> Instanzen -> Expertenmodus -> Instanz aufklappen - Loglevel ändern
- Logfiles auf Platte /opt/iobroker/log/… nutzen, Admin schneidet Zeilen ab
-
@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ß.
Benutzt das Voting rechts unten im Beitrag wenn er euch geholfen hat.
Intel N100 (32GB,256GB SSD), Proxmox -> Debian 12 in VM (Master) + Debian 12 in CT (Test) + Debmatic, HM-Aktoren, Wago 750-880, Shelly, Zigbee -
@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ß?
Beitrag hat geholfen? Votet rechts unten im Beitrag :-) https://paypal.me/Apollon77 / https://github.com/sponsors/Apollon77
- Debug-Log für Instanz einschalten? Admin -> Instanzen -> Expertenmodus -> Instanz aufklappen - Loglevel ändern
- Logfiles auf Platte /opt/iobroker/log/… nutzen, Admin schneidet Zeilen ab
841
Online32.4k
Benutzer81.5k
Themen1.3m
Beiträge