Script wird immer mehr verzögert ausgeführt
-
Hallo Community,
ich habe eine ioBroker Instanz in Docker auf einem Nuc am laufen mit relativ vielen Scripten. Seit ein paar Wochen habe ich das Problem dass die Skripte immer mehr verzögert ausgeführt werden. Nach einem Neustart ist erstmal wieder alles flott, dann dauert die Ausführung immer länger, alsob irgendwo eine Queue vollläuft.
Habe auch schonmal versucht Scripte auf zwei Instanzen zu verteilen, das hilft aber nicht.Hier die laufenden Instanzen:
Hier die Auslastung:
Hat jemand eine Idee wie ich das Debuggen kann?
Vielen Dank für eure Hilfe!
-
@stein beginn mal bei den 34 Protokollmeldungen
-
@crunchip die sind alle harmlos, meine Wärmepumpe ist manchmal zu langsam beim antworten und dann schmeißt der Modbus-Adapter einen timeout.
-
@stein leider ist nicht zu sehen, wie dein System mit was in welcher Höhe belastet ist. Der JS Adapter muss letztlich mit den Skripten nicht die Ursache sein. Möglicherweise haut ja ein anderer Adapter Tonnen an Daten rein. Oder ein Problem mit dem Datenträger, oder oder oder
Poste mal bitte das Ergebnis von
iob diagin der Langfassung.
Ro75
-
@stein Steigt denn auch die CPU Auslastung mit der Zeit? Also wenn es langsamer wird?
Nach einem Neustart 20%, wenn es dann langsamer geworden ist liegt die dann spürbar höher?Dann könnte es ein fehlerhaftes Skript sein, etwas wo bei jedem Durchlauf eine neue Skriptinstanz gestartet wird (Trigger in Trigger, Trigger im Zeitplan usw.)
Dann läuft das gleiche Skript irgendwann ein paar hundert oder tausend mal parallel.Oder dir geht der RAM aus und das System muss auslagern.
Wie @Ro75 schon schreibt wäre ein
iob diaghilfreich
-
Ich habe nurnoch die Summary vom letzten mal als es langsam war:
======================= SUMMARY ======================= v.2024-10-19 model name : Intel(R) Core(TM) i3-3217U CPU @ 1.80GHz Kernel : x86_64 Userland : amd64 Docker : v10.0.0 Installation: Docker Kernel: x86_64 Userland: 64 bit Timezone: CET +0100 User-ID: 0 Display-Server: false Pending OS-Updates: 0 Pending iob updates: 0 Nodejs-Installation: /usr/bin/nodejs v20.18.0 /usr/bin/node v20.18.0 /usr/bin/npm 10.8.2 /usr/bin/npx 10.8.2 /usr/bin/corepack 0.29.3 Recommended versions are nodejs 20.18.0 and npm 10.8.2 nodeJS installation is correct MEMORY: total used free shared buff/cache available Mem: 8.2G 3.7G 1.3G 23M 3.4G 4.4G Swap: 8.6G 355M 8.2G Total: 16G 4.1G 9.6G Active iob-Instances: 5 Upgrade policy: none ioBroker Core: js-controller 7.0.0 admin 7.1.5 ioBroker Status: iobroker is running on this host. Objects type: jsonl States type: jsonl Status admin and web instance: + system.adapter.admin.0 : admin : cc1421b5abcb - enabled, port: 443, bind: 0.0.0.0 (SSL), run as: admin system.adapter.web.0 : web : cc1421b5abcb - enabled, port: 8082, bind: 0.0.0.0, run as: admin Objects: 18225 States: 17608 Size of iob-Database: 67M /opt/iobroker/iobroker-data/objects.jsonl 11M /opt/iobroker/iobroker-data/objects.json.migrated 11M /opt/iobroker/iobroker-data/objects.json.bak.migrated 0 /opt/iobroker/iobroker-data/objects.json.broken 11M /opt/iobroker/iobroker-data/states.jsonl 5.5M /opt/iobroker/iobroker-data/states.json.migrated 5.5M /opt/iobroker/iobroker-data/states.json.bak.migrated 0 /opt/iobroker/iobroker-data/states.json.broken Unknown release codenamed ''. Please check yourself if the Operating System is actively maintained. =================== END OF SUMMARY ====================CPU Auslastung steigt nicht, RAM auch nicht und swap ist auch leer.
Ich habe gestern noch einen kräftigeren NUC gefunden, den habe ich mal umgebaut und schaue mal wie es sich jetzt entwickelt.Woran könnte ich mehrere Instanzen vom selben script sehen?
-
@stein sagte in Script wird immer mehr verzögert ausgeführt:
swap ist auch leer
@stein sagte in Script wird immer mehr verzögert ausgeführt:
Swap: 8.6G 355M
Sagt aber was anderes
-
@crunchip ja, wenn man es ganz genau nimmt dann ist das korrekt, mit leer mein ich <5%
Was ich halt komisch finde, im Fehlerfall ist weder ein core auf 100% noch der RAM irgendwie signifikant belegt. -
@ro75 sagte in Script wird immer mehr verzögert ausgeführt:
@stein leider ist nicht zu sehen, wie dein System mit was in welcher Höhe belastet ist. Der JS Adapter muss letztlich mit den Skripten nicht die Ursache sein. Möglicherweise haut ja ein anderer Adapter Tonnen an Daten rein. Oder ein Problem mit dem Datenträger, oder oder oder
Poste mal bitte das Ergebnis von
iob diagin der Langfassung.
Ro75
Steht noch aus.
-
@ro75 so, ich dachte erst das Problem sei weg mit dem kräftigeren NUC, aber es dauert nun einfach nur länger bis es auftritt. Hier hob drag in der Langfassung:
Script v.2024-10-19 *** BASE SYSTEM *** Hardware Vendor : Hyrican Informationssysteme AG Kernel : x86_64 Userland : 64 bit Docker : v10.0.0 Virtualization : docker Kernel : x86_64 Userland : 64 bit Systemuptime and Load: 22:49:38 up 21 days, 14:47, 0 user, load average: 0.40, 0.43, 0.55 CPU threads: 4 *** LIFE CYCLE STATUS *** Unknown release codenamed ''. Please check yourself if the Operating System is actively maintained. *** TIME AND TIMEZONES *** Fri Nov 29 21:49:38 UTC 2024 Fri Nov 29 22:49:39 CET 2024 CET +0100 Etc/UTC *** Users and Groups *** User that called 'iob diag': root HOME=/root GROUPS=root User that is running 'js-controller': iobroker HOME=/opt/iobroker GROUPS=iobroker tty dialout audio video plugdev *** DISPLAY-SERVER SETUP *** Display-Server: false Desktop: Terminal: *** MEMORY *** total used free shared buff/cache available Mem: 8.2G 3.7G 1.2G 17M 3.6G 4.5G Swap: 4.3G 289M 4.0G Total: 12G 4.0G 5.2G Active iob-Instances: 22 7831 M total memory 3533 M used memory 3398 M active memory 2491 M inactive memory 1176 M free memory 630 M buffer memory 2818 M swap cache 4095 M total swap 276 M used swap 3819 M free swap *** top - Table Of Processes *** top - 22:49:39 up 21 days, 14:47, 0 user, load average: 0.40, 0.43, 0.55 Tasks: 32 total, 1 running, 31 sleeping, 0 stopped, 0 zombie %Cpu(s): 0.0 us, 0.0 sy, 0.0 ni,100.0 id, 0.0 wa, 0.0 hi, 0.0 si, 0.0 st MiB Mem : 7831.5 total, 1176.2 free, 3533.8 used, 3448.7 buff/cache MiB Swap: 4096.0 total, 3819.5 free, 276.5 used. 4297.7 avail Mem *** DMESG CRITICAL ERRORS *** dmesg: read kernel buffer failed: Operation not permitted No critical errors detected *** FILESYSTEM *** Filesystem Type Size Used Avail Use% Mounted on overlay overlay 479G 35G 425G 8% / tmpfs tmpfs 64M 0 64M 0% /dev shm tmpfs 64M 0 64M 0% /dev/shm /dev/mapper/ubuntu--vg-ubuntu--lv ext4 479G 35G 425G 8% /opt/iobroker tmpfs tmpfs 3.9G 0 3.9G 0% /proc/asound tmpfs tmpfs 3.9G 0 3.9G 0% /proc/acpi tmpfs tmpfs 3.9G 0 3.9G 0% /proc/scsi tmpfs tmpfs 3.9G 0 3.9G 0% /sys/firmware tmpfs tmpfs 3.9G 0 3.9G 0% /sys/devices/virtual/powercap Messages concerning ext4 filesystem in dmesg: dmesg: read kernel buffer failed: Operation not permitted Show mounted filesystems: TARGET SOURCE FSTYPE OPTIONS /opt/iobroker /dev/mapper/ubuntu--vg-ubuntu--lv[/var/lib/docker/volumes/smarthome_iobroker_data/_data] ext4 rw,relatime /etc/resolv.conf /dev/mapper/ubuntu--vg-ubuntu--lv[/var/lib/docker/containers/64e43fe8d8457e655b28afd933c97c3086873d873f49f391b66b4cc891120a53/resolv.conf] ext4 rw,relatime /etc/hostname /dev/mapper/ubuntu--vg-ubuntu--lv[/var/lib/docker/containers/64e43fe8d8457e655b28afd933c97c3086873d873f49f391b66b4cc891120a53/hostname] ext4 rw,relatime /etc/hosts /dev/mapper/ubuntu--vg-ubuntu--lv[/var/lib/docker/containers/64e43fe8d8457e655b28afd933c97c3086873d873f49f391b66b4cc891120a53/hosts] ext4 rw,relatime Files in neuralgic directories: /var: 35M /var/ 33M /var/lib 19M /var/lib/apt/lists 19M /var/lib/apt 14M /var/lib/dpkg /opt/iobroker/backups: du: cannot access '/opt/iobroker/backups/': No such file or directory /opt/iobroker/iobroker-data: 1.1G /opt/iobroker/iobroker-data/ 758M /opt/iobroker/iobroker-data/files 617M /opt/iobroker/iobroker-data/files/javascript.admin 560M /opt/iobroker/iobroker-data/files/javascript.admin/static 558M /opt/iobroker/iobroker-data/files/javascript.admin/static/js The five largest files in iobroker-data are: 24M /opt/iobroker/iobroker-data/objects.jsonl 24M /opt/iobroker/iobroker-data/files/web.admin/static/js/main.135279a0.js.map 24M /opt/iobroker/iobroker-data/files/modbus.admin/static/js/main.6a71b34c.js.map 14M /opt/iobroker/iobroker-data/states.jsonl 11M /opt/iobroker/iobroker-data/objects.json.migrated USB-Devices by-id: USB-Sticks - Avoid direct links to /dev/tty* in your adapter setups, please always prefer the links 'by-id': No Devices found 'by-id' *** NodeJS-Installation *** /usr/bin/nodejs v20.18.0 /usr/bin/node v20.18.0 /usr/bin/npm 10.8.2 /usr/bin/npx 10.8.2 /usr/bin/corepack 0.29.3 nodejs: Installed: 20.18.0-1nodesource1 Candidate: 20.18.1-1nodesource1 Version table: 20.18.1-1nodesource1 1001 500 https://deb.nodesource.com/node_20.x nodistro/main amd64 Packages *** 20.18.0-1nodesource1 1001 500 https://deb.nodesource.com/node_20.x nodistro/main amd64 Packages 100 /var/lib/dpkg/status 20.17.0-1nodesource1 1001 500 https://deb.nodesource.com/node_20.x nodistro/main amd64 Packages 20.16.0-1nodesource1 1001 500 https://deb.nodesource.com/node_20.x nodistro/main amd64 Packages 20.15.1-1nodesource1 1001 500 https://deb.nodesource.com/node_20.x nodistro/main amd64 Packages 20.15.0-1nodesource1 1001 500 https://deb.nodesource.com/node_20.x nodistro/main amd64 Packages 20.14.0-1nodesource1 1001 500 https://deb.nodesource.com/node_20.x nodistro/main amd64 Packages 20.13.1-1nodesource1 1001 500 https://deb.nodesource.com/node_20.x nodistro/main amd64 Packages 20.13.0-1nodesource1 1001 500 https://deb.nodesource.com/node_20.x nodistro/main amd64 Packages 20.12.2-1nodesource1 1001 500 https://deb.nodesource.com/node_20.x nodistro/main amd64 Packages 20.12.1-1nodesource1 1001 500 https://deb.nodesource.com/node_20.x nodistro/main amd64 Packages 20.12.0-1nodesource1 1001 500 https://deb.nodesource.com/node_20.x nodistro/main amd64 Packages 20.11.1-1nodesource1 1001 500 https://deb.nodesource.com/node_20.x nodistro/main amd64 Packages 20.11.0-1nodesource1 1001 500 https://deb.nodesource.com/node_20.x nodistro/main amd64 Packages 20.10.0-1nodesource1 1001 500 https://deb.nodesource.com/node_20.x nodistro/main amd64 Packages 20.9.0-1nodesource1 1001 500 https://deb.nodesource.com/node_20.x nodistro/main amd64 Packages 20.8.1-1nodesource1 1001 500 https://deb.nodesource.com/node_20.x nodistro/main amd64 Packages 20.8.0-1nodesource1 1001 500 https://deb.nodesource.com/node_20.x nodistro/main amd64 Packages 20.7.0-1nodesource1 1001 500 https://deb.nodesource.com/node_20.x nodistro/main amd64 Packages 20.6.1-1nodesource1 1001 500 https://deb.nodesource.com/node_20.x nodistro/main amd64 Packages 20.6.0-1nodesource1 1001 500 https://deb.nodesource.com/node_20.x nodistro/main amd64 Packages 20.5.1-1nodesource1 1001 500 https://deb.nodesource.com/node_20.x nodistro/main amd64 Packages 20.5.0-1nodesource1 1001 500 https://deb.nodesource.com/node_20.x nodistro/main amd64 Packages 20.4.0-1nodesource1 1001 500 https://deb.nodesource.com/node_20.x nodistro/main amd64 Packages 20.3.1-1nodesource1 1001 500 https://deb.nodesource.com/node_20.x nodistro/main amd64 Packages 20.3.0-1nodesource1 1001 500 https://deb.nodesource.com/node_20.x nodistro/main amd64 Packages 20.2.0-1nodesource1 1001 500 https://deb.nodesource.com/node_20.x nodistro/main amd64 Packages 20.1.0-1nodesource1 1001 500 https://deb.nodesource.com/node_20.x nodistro/main amd64 Packages 20.0.0-1nodesource1 1001 500 https://deb.nodesource.com/node_20.x nodistro/main amd64 Packages 18.19.0+dfsg-6~deb12u2 500 500 http://deb.debian.org/debian bookworm/main amd64 Packages 18.19.0+dfsg-6~deb12u1 500 500 http://deb.debian.org/debian-security bookworm-security/main amd64 Packages Temp directories causing deletion problem: 0 No problems detected Errors in npm tree: 0 No problems detected *** ioBroker-Installation *** ioBroker Status iobroker is running on this host. Objects type: jsonl States type: jsonl Hosts: 64e43fe8d845 64e43fe8d845 (version: 7.0.3, hostname: 64e43fe8d845 , alive, uptime: 677) Core adapters versions js-controller: 7.0.3 admin: 7.1.5 javascript: 8.8.3 nodejs modules from github: 0 Adapter State + system.adapter.admin.0 : admin : 64e43fe8d845 - enabled, port: 443, bind: 0.0.0.0 (SSL), run as: admin system.adapter.daswetter.0 : daswetter : 64e43fe8d845 - enabled + system.adapter.device-reminder.0 : device-reminder : 64e43fe8d845 - enabled system.adapter.discovery.0 : discovery : 64e43fe8d845 - disabled + system.adapter.homeconnect.0 : homeconnect : 64e43fe8d845 - enabled system.adapter.ical.0 : ical : 64e43fe8d845 - enabled + system.adapter.influxdb.0 : influxdb : 64e43fe8d845 - enabled, port: 8086 system.adapter.jarvis.0 : jarvis : 64e43fe8d845 - disabled + system.adapter.javascript.0 : javascript : 64e43fe8d845 - enabled + system.adapter.javascript.1 : javascript : 64e43fe8d845 - enabled + system.adapter.modbus.0 : modbus : 64e43fe8d845 - enabled + system.adapter.modbus.1 : modbus : 64e43fe8d845 - enabled + system.adapter.modbus.2 : modbus : 64e43fe8d845 - enabled system.adapter.modbus.3 : modbus : 64e43fe8d845 - disabled + system.adapter.mqtt.0 : mqtt : 64e43fe8d845 - enabled, port: 1883, bind: 0.0.0.0 + system.adapter.openknx.0 : openknx : 64e43fe8d845 - enabled + system.adapter.pvforecast.0 : pvforecast : 64e43fe8d845 - enabled + system.adapter.pvforecast.1 : pvforecast : 64e43fe8d845 - enabled + system.adapter.pvforecast.2 : pvforecast : 64e43fe8d845 - enabled + system.adapter.shelly.0 : shelly : 64e43fe8d845 - enabled, port: 1882, bind: 10.11.5.250 + system.adapter.signal-cmb.0 : signal-cmb : 64e43fe8d845 - enabled + system.adapter.telegram.0 : telegram : 64e43fe8d845 - enabled, port: 8443, bind: 0.0.0.0 + system.adapter.trashschedule.0 : trashschedule : 64e43fe8d845 - enabled + system.adapter.tuya.0 : tuya : 64e43fe8d845 - enabled + system.adapter.vw-connect.0 : vw-connect : 64e43fe8d845 - enabled system.adapter.web.0 : web : 64e43fe8d845 - disabled, port: 8082, bind: 0.0.0.0, run as: admin + system.adapter.yahka.0 : yahka : 64e43fe8d845 - enabled + instance is alive Enabled adapters with bindings + system.adapter.admin.0 : admin : 64e43fe8d845 - enabled, port: 443, bind: 0.0.0.0 (SSL), run as: admin + system.adapter.influxdb.0 : influxdb : 64e43fe8d845 - enabled, port: 8086 + system.adapter.mqtt.0 : mqtt : 64e43fe8d845 - enabled, port: 1883, bind: 0.0.0.0 + system.adapter.shelly.0 : shelly : 64e43fe8d845 - enabled, port: 1882, bind: 10.11.5.250 + system.adapter.telegram.0 : telegram : 64e43fe8d845 - enabled, port: 8443, bind: 0.0.0.0 ioBroker-Repositories ┌─────────┬────────────────────┬─────────────────────────────────────────────────────────┬──────────────┐ │ (index) │ name │ url │ auto upgrade │ ├─────────┼────────────────────┼─────────────────────────────────────────────────────────┼──────────────┤ │ 0 │ 'Stable (default)' │ 'http://download.iobroker.net/sources-dist.json' │ false │ │ 1 │ 'Beta (latest)' │ 'http://download.iobroker.net/sources-dist-latest.json' │ false │ └─────────┴────────────────────┴─────────────────────────────────────────────────────────┴──────────────┘ Active repo(s): Stable (default) Upgrade policy: none Installed ioBroker-Instances Used repository: Stable (default) Adapter "admin" : 7.1.5 , installed 7.1.5 Adapter "daswetter" : 3.1.16 , installed 3.1.16 Adapter "device-reminder": 3.1.2 , installed 3.1.2 Adapter "discovery" : 5.0.0 , installed 5.0.0 Adapter "homeconnect" : 1.4.1 , installed 1.4.1 Adapter "ical" : 1.16.1 , installed 1.16.1 Adapter "influxdb" : 4.0.2 , installed 4.0.2 Adapter "jarvis" : 3.1.8 , installed 3.1.8 Adapter "javascript" : 8.8.3 , installed 8.8.3 Controller "js-controller": 7.0.3 , installed 7.0.3 Adapter "modbus" : 6.3.2 , installed 6.3.2 Adapter "mqtt" : 6.1.2 , installed 6.1.2 Adapter "ocpp" : 0.12.5 , installed 0.12.5 Adapter "openknx" : 0.9.0 , installed 0.9.0 Adapter "pvforecast" : 3.0.0 , installed 4.0.0 Adapter "shelly" : 8.2.1 , installed 8.2.1 Adapter "signal-cmb" : 0.3.0 , installed 0.3.0 Adapter "simple-api" : 2.8.0 , installed 2.8.0 Adapter "socketio" : 6.7.1 , installed 6.7.1 Adapter "sql" : 3.0.1 , installed 3.0.1 Adapter "telegram" : 3.9.0 , installed 3.9.0 Adapter "trashschedule": 3.3.0 , installed 3.3.0 Adapter "tuya" : 3.16.0 , installed 3.16.0 Adapter "web" : 6.2.5 , installed 6.2.5 Adapter "ws" : 2.6.2 , installed 2.6.2 Adapter "yahka" : 1.0.3 , installed 1.0.3 Objects and States Please stand by - This may take a while Objects: 18611 States: 18001 *** OS-Repositories and Updates *** Hit:1 http://deb.debian.org/debian bookworm InRelease Hit:2 http://deb.debian.org/debian bookworm-updates InRelease Hit:3 http://deb.debian.org/debian-security bookworm-security InRelease Hit:4 https://deb.nodesource.com/node_20.x nodistro InRelease Reading package lists... Pending Updates: 31 *** Listening Ports *** Active Internet connections (only servers) Proto Recv-Q Send-Q Local Address Foreign Address State User Inode PID/Program name tcp 0 0 127.0.0.1:9001 0.0.0.0:* LISTEN 1000 88708202 - tcp 0 0 127.0.0.1:9000 0.0.0.0:* LISTEN 1000 88708233 - tcp 0 0 0.0.0.0:44439 0.0.0.0:* LISTEN 1000 88711056 - tcp 0 0 127.0.0.1:43901 0.0.0.0:* LISTEN 1000 88711060 - tcp 0 0 127.0.0.11:40619 0.0.0.0:* LISTEN 0 88702878 - tcp 0 0 10.11.5.250:1882 0.0.0.0:* LISTEN 1000 88711495 - tcp6 0 0 :::443 :::* LISTEN 1000 88706672 - udp 0 0 0.0.0.0:5353 0.0.0.0:* 103 88706593 - udp 0 0 0.0.0.0:6666 0.0.0.0:* 1000 88711611 - udp 0 0 0.0.0.0:6667 0.0.0.0:* 1000 88711612 - udp 0 0 127.0.0.11:52655 0.0.0.0:* 0 88702877 - udp 0 0 0.0.0.0:40425 0.0.0.0:* 1000 88711408 - udp 0 0 0.0.0.0:36812 0.0.0.0:* 103 88706595 - udp6 0 0 :::5353 :::* 103 88706594 - udp6 0 0 :::48027 :::* 103 88706596 - *** Log File - Last 25 Lines *** 2024-11-06 21:53:59.088 - info: influxdb.0 (241) Add point that had error for modbus.1.holdingRegisters.40542_Heatsink_Temperature to buffer again, error-count=2 2024-11-06 21:53:59.123 - warn: influxdb.0 (241) Point could not be written to database: iobroker 2024-11-06 21:53:59.123 - warn: influxdb.0 (241) Error on writePoint("{"value":25,"time":"2024-11-06T20:53:47.809Z","from":"system.adapter.modbus.1","q":0,"ack":true}): Error: getaddrinfo ENOTFOUND influxdbbackend / "getaddrinfo ENOTFOUND influxdbbackend"" 2024-11-06 21:53:59.123 - info: influxdb.0 (241) Add point that had error for modbus.1.holdingRegisters.40541_Transformator_Temperature to buffer again, error-count=2 2024-11-06 21:53:59.202 - warn: influxdb.0 (241) Point could not be written to database: iobroker 2024-11-06 21:53:59.202 - warn: influxdb.0 (241) Error on writePoint("{"value":4286,"time":"2024-11-06T20:53:47.867Z","from":"system.adapter.modbus.1","q":0,"ack":true}): Error: getaddrinfo ENOTFOUND influxdbbackend / "getaddrinfo ENOTFOUND influxdbbackend"" 2024-11-06 21:53:59.203 - info: influxdb.0 (241) Add point that had error for modbus.1.holdingRegisters.40620_Grid_power_total to buffer again, error-count=2 2024-11-06 21:53:59.255 - warn: influxdb.0 (241) Point could not be written to database: iobroker 2024-11-06 21:53:59.255 - warn: influxdb.0 (241) Error on writePoint("{"value":24,"time":"2024-11-06T20:53:47.809Z","from":"system.adapter.modbus.1","q":0,"ack":true}): Error: getaddrinfo ENOTFOUND influxdbbackend / "getaddrinfo ENOTFOUND influxdbbackend"" 2024-11-06 21:53:59.256 - info: influxdb.0 (241) Add point that had error for modbus.1.holdingRegisters.40587_Battery_Temperature to buffer again, error-count=2 2024-11-06 21:53:59.304 - warn: influxdb.0 (241) Point could not be written to database: iobroker 2024-11-06 21:53:59.304 - warn: influxdb.0 (241) Error on writePoint("{"value":0,"time":"2024-11-06T20:53:47.869Z","from":"system.adapter.modbus.1","q":0,"ack":true}): Error: getaddrinfo ENOTFOUND influxdbbackend / "getaddrinfo ENOTFOUND influxdbbackend"" 2024-11-06 21:53:59.304 - info: influxdb.0 (241) Add point that had error for modbus.1.holdingRegisters.40674_PV_input_power_west to buffer again, error-count=2 2024-11-06 21:53:59.347 - warn: influxdb.0 (241) Point could not be written to database: iobroker 2024-11-06 21:53:59.347 - warn: influxdb.0 (241) Error on writePoint("{"value":0,"time":"2024-11-06T20:53:47.869Z","from":"system.adapter.modbus.1","q":0,"ack":true}): Error: getaddrinfo ENOTFOUND influxdbbackend / "getaddrinfo ENOTFOUND influxdbbackend"" 2024-11-06 21:53:59.347 - info: influxdb.0 (241) Add point that had error for modbus.1.holdingRegisters.40673_PV_input_power_east to buffer again, error-count=2 2024-11-06 21:53:59.438 - warn: influxdb.0 (241) Point could not be written to database: iobroker 2024-11-06 21:53:59.439 - warn: influxdb.0 (241) Error on writePoint("{"value":4143,"time":"2024-11-06T20:53:47.869Z","from":"system.adapter.modbus.1","q":0,"ack":true}): Error: getaddrinfo ENOTFOUND influxdbbackend / "getaddrinfo ENOTFOUND influxdbbackend"" 2024-11-06 21:53:59.439 - info: influxdb.0 (241) Add point that had error for modbus.1.holdingRegisters.40654_Load_Power_Total to buffer again, error-count=2 2024-11-06 21:53:59.446 - warn: influxdb.0 (241) Point could not be written to database: iobroker 2024-11-06 21:53:59.447 - warn: influxdb.0 (241) Error on writePoint("{"value":0,"time":"2024-11-06T20:53:45.713Z","from":"system.adapter.modbus.0","q":0,"ack":true}): Error: getaddrinfo ENOTFOUND influxdbbackend / "getaddrinfo ENOTFOUND influxdbbackend"" 2024-11-06 21:53:59.448 - info: influxdb.0 (241) Add point that had error for modbus.0.inputRegisters.38001_Leistungsvorgabe-Verdichter to buffer again, error-count=2 2024-11-06 21:53:59.570 - warn: influxdb.0 (241) Point could not be written to database: iobroker 2024-11-06 21:53:59.571 - warn: influxdb.0 (241) Error on writePoint("{"value":0,"time":"2024-11-06T20:53:45.714Z","from":"system.adapter.modbus.0","q":0,"ack":true}): Error: getaddrinfo ENOTFOUND influxdbbackend / "getaddrinfo ENOTFOUND influxdbbackend"" 2024-11-06 21:53:59.571 - info: influxdb.0 (241) Add point that had error for modbus.0.inputRegisters.38002_Heiz-Kuehlleistung-Gemessen to buffer again, error-count=2 -
@stein sagte in Script wird immer mehr verzögert ausgeführt:
es dauert nun einfach nur länger bis es auftritt.
was feuert denn da im Millisekundentakt in die influxDB?
Dazu noch mit Fehlern? -
@homoran das sind werte aus dem Wechselrichter, der Fehler war am 06.11. da war der influx host kurz down. Das ist im Millisekunden Takt weil es halt verschiedene Werte sind die per Modbus mit Millisekunden Abstand rein kommen. Der Zyklus ist aber immer >10 Sekunden und das wird auch nur sehr gefiltert in die DB geschrieben (z.B. nur wenn sich der Wert um eine gewisse Spanne verändert hat).
-
@stein OK, wenn das nicht zur Verzögerung geführt hat sehe ich nichts bösartiges.
Lediglich um
@stein sagte in Script wird immer mehr verzögert ausgeführt:
Pending Updates: 31
solltest du dich auf jeden Fall kümmern
-
@homoran Das kann ich machen, aber der Container ist auch keine 3 Wochen alt. Das wird nichts kritisches sein.
Fällt irgendjemanden eine Queue ein die mit der Zeit vorlaufen könnte und daher diese steigende Verzögerung auslösen könnte? Sonst ist meine letzte Lösung ein cron der iobroker einmal die Woche neustartet
-
Ich weiß ja nicht was sonst da noch läuft. Ich habe die Tage mein Timemaschine Backup auf einen Sambacontrainer(PVE) beendet weil es den io Delay auf 70%-90% hoch gejagt hat und die Downzeit des iobrokers beim Backup von 10-20 Sekunden auf 20-30 Minuten erhöht hat und das mit steigender Tendenz.
Aber der iobroker an sich war auch zickig in dem Zeitraum.
EDIT: influx kannst du aber so einstellen das die Werte gesammelt werden. Die werden dann als Block mit den jeweiligen Aktualisierungszeiten geschrieben.
Ach bei ^da oben war die Auslastung vom System und der einzelnen Container unauffällig nur der io Delay war sehr hoch.
-
@ticaki influx hab ich jetzt mal auf schreiben alle 60sekunden umgestellt. Ich glaube ich bin blind, wo hast du io Delay gefunden?
-
Ich benutze Proxmox und da gibt es diese Anzeige. Die hat nichts mit iobroker zu tun.
-
Also, das Problem besteht noch. Das Buffern vom influx hat es gefühlt verlängert bis es auftritt, aber bestehen tut es noch. Auslastung der Maschine jetzt bei <25% (meist <10%)
-
Das hätte ich wohl zu erst fragen sollen, aber was meinst du mit verzögert? Regieren die Skripte verzögert auf Trigger ereignisse? Oder fängt der schedule an nach zu laufen?
Bei Triggern schon mal geprüft ob es tatsächlich eine verzögerung gibt zwischen dem umschalten des States und der ausführung des skripts?
-
Oh man, ich schäme mich ein bisschen, ich habe grade den Verdacht dass es der openknx adapter ist. Wenn ich einen state von hand (ohne script) änder dauert es auch einige Sekunden bis der state sich ändert. Andersrum kommen aber state Änderungen auf dem bus sofort im iobroker an.
Sehe jetzt auch dass die geschrieben states vom iobroker auf dem openknx adapter sehr lange noch rot, also nicht acknowledged sind. Das wird mein Problem sein. Aber warum ist das wohl so?
