unregelmäßig Unmotivierter Neustart aller Instanzen
-
Sind halt zwei hosts, auf denen jeweils ein ioBroker rennt:
Hosts: iobroker iobroker (version: 7.2.2, hostname: iobroker , alive, uptime: 1376076) iobroker-master iobroker-master (version: 7.2.2, hostname: iobroker-master, alive, uptime: 696) -
Nach iob diag sind die Platten nicht voll
Ist das eine Master/Slave Installation, oder sind die beiden Instanzen unabhängig voneinander?
Edit - steht ja in der Threaderöffnung.
Mit der Architektur von Master/Slave bei Iobroker kenne ich mich nicht aus.
Kannst Du beim Slave auch mal ein iob diag machen (weiß aber nicht, ob das überhaupt möglich ist)
Intel(R) Celeron(R) CPU N3000 @1.04GHz 8G RAM 480G SSD * Virtualization : unprivileged lxc container on Proxmox * 6 GByte RAM für den iobroker Container * Remote-Access über Wireguard meiner Fritzbox
-
Nach iob diag sind die Platten nicht voll
Ist das eine Master/Slave Installation, oder sind die beiden Instanzen unabhängig voneinander?
Edit - steht ja in der Threaderöffnung.
Mit der Architektur von Master/Slave bei Iobroker kenne ich mich nicht aus.
Kannst Du beim Slave auch mal ein iob diag machen (weiß aber nicht, ob das überhaupt möglich ist)
-
Nach iob diag sind die Platten nicht voll
Ist das eine Master/Slave Installation, oder sind die beiden Instanzen unabhängig voneinander?
Edit - steht ja in der Threaderöffnung.
Mit der Architektur von Master/Slave bei Iobroker kenne ich mich nicht aus.
Kannst Du beim Slave auch mal ein iob diag machen (weiß aber nicht, ob das überhaupt möglich ist)
Kannst Du beim Slave auch mal ein iob diag machen (weiß aber nicht, ob das überhaupt möglich ist)
here you are:
Script v.2026-06-06 *** BASE SYSTEM *** Operating System: Debian GNU/Linux 13 (trixie) Static hostname: iobroker Icon name: computer Kernel: Linux 6.18.39+rpt-rpi-v8 Architecture: arm64 OS is similar to: Model : Raspberry Pi 3 Model B Rev 1.2 Docker : false Virtualization : none Unknown Kernel : aarch64 Userland : 64bit System was installed 1051 days ago (on 2023-10-10). Systemuptime and Load: 11:14:57 up 16 days, 18:24, 1 user, load average: 1.81, 1.97, 1.00 CPU threads : 4 *** LIFE CYCLE STATUS *** Operating System is the current Debian stable version codenamed 'trixie'! *** RASPBERRY THROTTLING *** Current issues: No throttling issues detected. Previously detected issues: No throttling issues detected. *** TIME AND TIMEZONES *** Local time: Wed 2026-08-26 11:14:57 CEST Universal time: Wed 2026-08-26 09:14:57 UTC RTC time: n/a Time zone: Europe/Berlin (CEST, +0200) System clock synchronized: yes NTP service: active RTC in local TZ: no *** Users and Groups *** User that called 'iob diag': pi HOME=/home/pi GROUPS=pi adm dialout cdrom sudo audio video plugdev games users input render netdev gpio i2c spi iobroker User that is running 'js-controller': iobroker HOME=/home/iobroker GROUPS=iobroker tty dialout audio video plugdev bluetooth gpio i2c *** DISPLAY-SERVER SETUP *** Display-Server: Unknown Display-Manager: Not found Desktop: Session: tty Boot Target: multi-user.target *** MEMORY *** total used free shared buff/cache available Mem: 949M 586M 124M 4.4M 307M 362M Swap: 209M 132M 77M Total: 1.2G 718M 201M Active iob-Instances: 46 905 M total memory 559 M used memory 183 M active memory 496 M inactive memory 118 M free memory 36 M buffer memory 257 M swap cache 199 M total swap 126 M used swap 73 M free swap *** top - Table Of Processes *** top - 11:14:58 up 16 days, 18:24, 1 user, load average: 1.81, 1.97, 1.00 Tasks: 151 total, 1 running, 150 sleeping, 0 stopped, 0 zombie %Cpu(s): 0.0 us, 3.8 sy, 0.0 ni, 94.2 id, 1.9 wa, 0.0 hi, 0.0 si, 0.0 st MiB Mem : 905.1 total, 117.8 free, 559.6 used, 294.2 buff/cache MiB Swap: 200.0 total, 73.8 free, 126.2 used. 345.5 avail Mem *** FAILED SERVICES *** UNIT LOAD ACTIVE SUB DESCRIPTION 0 loaded units listed. *** DMESG CRITICAL ERRORS *** No critical errors detected *** FILESYSTEM *** Filesystem Type Size Used Avail Use% Mounted on udev devtmpfs 316M 0 316M 0% /dev tmpfs tmpfs 182M 5.8M 176M 4% /run /dev/mmcblk0p2 ext4 15G 6.5G 6.9G 49% / tmpfs tmpfs 453M 0 453M 0% /dev/shm tmpfs tmpfs 453M 840K 452M 1% /tmp tmpfs tmpfs 5.0M 12K 5.0M 1% /run/lock tmpfs tmpfs 1.0M 0 1.0M 0% /run/credentials/systemd-journald.service /dev/mmcblk0p1 vfat 510M 76M 435M 15% /boot/firmware tmpfs tmpfs 1.0M 0 1.0M 0% /run/credentials/getty@tty1.service tmpfs tmpfs 91M 8.0K 91M 1% /run/user/1000 Messages concerning filesystems in dmesg: [Sun Aug 9 16:50:06 2026] EXT4-fs (mmcblk0p2): mounted filesystem 6835594d-a5f3-459f-a244-318060e7e0ab ro with ordered data mode. Quota mode: none. [Sun Aug 9 16:50:10 2026] EXT4-fs (mmcblk0p2): re-mounted 6835594d-a5f3-459f-a244-318060e7e0ab r/w. Show mounted filesystems: TARGET SOURCE FSTYPE OPTIONS / /dev/mmcblk0p2 ext4 rw,noatime `-/boot/firmware /dev/mmcblk0p1 vfat rw,relatime,fmask=0022,dmask=0022,codepage=437,iocharset=ascii,shortname=mixed,errors=remount-ro Files in neuralgic directories: /var: 1.7G /var/ 756M /var/cache 749M /var/cache/apt 617M /var/cache/apt/archives 588M /var/log Archived and active journals take up 591.7M in the file system. /opt/iobroker/backups: 4.5M /opt/iobroker/backups/ /opt/iobroker/iobroker-data: 3.6M /opt/iobroker/iobroker-data/ 3.3M /opt/iobroker/iobroker-data/node-red 3.1M /opt/iobroker/iobroker-data/node-red/node_modules 2.4M /opt/iobroker/iobroker-data/node-red/node_modules/@serialport 1.9M /opt/iobroker/iobroker-data/node-red/node_modules/@serialport/bindings-cpp The five largest files in iobroker-data are: 284K /opt/iobroker/iobroker-data/node-red/node_modules/@serialport/bindings-cpp/prebuilds/darwin-x64+arm64/node.napi.node 224K /opt/iobroker/iobroker-data/node-red/node_modules/@serialport/bindings-cpp/prebuilds/win32-x64/node.napi.node 216K /opt/iobroker/iobroker-data/node-red/node_modules/node-addon-api/napi-inl.h 176K /opt/iobroker/iobroker-data/node-red/node_modules/@serialport/bindings-cpp/prebuilds/win32-ia32/node.napi.node 172K /opt/iobroker/iobroker-data/objects.jsonl USB-Devices by-id: USB-Sticks - Avoid direct links to /dev/tty* in your adapter setups, please always prefer the links 'by-id': /dev/serial/by-id/usb-FTDI_HERMES_USB_DONGLE_1712003-if00-port0 ⚠ HINT: Your zigbee.0 COM-Port is NOT matching 'by-id'. Please check your setting: tcp No nvbackup.json found. === ZigBee Port Overview === Instance Configured Port Available by-id Port Status -------- ---------------- ---------------------------- ------ zigbee.0 tcp://192.168.13.27:6638 - tcp *** NodeJS-Installation *** /usr/bin/nodejs v22.23.2 /usr/bin/node v22.23.2 /usr/bin/npm 10.9.8 /usr/bin/npx 10.9.8 ✓ Node.js installation is correct nodejs: Installed: 22.23.2-1nodesource1 Candidate: 22.23.2-1nodesource1 Version table: *** 22.23.2-1nodesource1 1001 500 https://deb.nodesource.com/node_22.x nodistro/main arm64 Packages 100 /var/lib/dpkg/status 22.23.1-1nodesource1 1001 500 https://deb.nodesource.com/node_22.x nodistro/main arm64 Packages 22.23.0-1nodesource1 1001 500 https://deb.nodesource.com/node_22.x nodistro/main arm64 Packages 22.22.3-1nodesource1 1001 500 https://deb.nodesource.com/node_22.x nodistro/main arm64 Packages 22.22.2-1nodesource1 1001 500 https://deb.nodesource.com/node_22.x nodistro/main arm64 Packages 22.22.1-1nodesource1 1001 500 https://deb.nodesource.com/node_22.x nodistro/main arm64 Packages 22.22.0-1nodesource1 1001 500 https://deb.nodesource.com/node_22.x nodistro/main arm64 Packages 22.21.0-1nodesource1 1001 500 https://deb.nodesource.com/node_22.x nodistro/main arm64 Packages 22.20.0-1nodesource1 1001 500 https://deb.nodesource.com/node_22.x nodistro/main arm64 Packages 22.19.0-1nodesource1 1001 500 https://deb.nodesource.com/node_22.x nodistro/main arm64 Packages 22.18.0-1nodesource1 1001 500 https://deb.nodesource.com/node_22.x nodistro/main arm64 Packages 22.17.1-1nodesource1 1001 500 https://deb.nodesource.com/node_22.x nodistro/main arm64 Packages 22.17.0-1nodesource1 1001 500 https://deb.nodesource.com/node_22.x nodistro/main arm64 Packages 22.16.0-1nodesource1 1001 500 https://deb.nodesource.com/node_22.x nodistro/main arm64 Packages 22.15.1-1nodesource1 1001 500 https://deb.nodesource.com/node_22.x nodistro/main arm64 Packages 22.15.0-1nodesource1 1001 500 https://deb.nodesource.com/node_22.x nodistro/main arm64 Packages 22.14.0-1nodesource1 1001 500 https://deb.nodesource.com/node_22.x nodistro/main arm64 Packages 22.13.1-1nodesource1 1001 500 https://deb.nodesource.com/node_22.x nodistro/main arm64 Packages 22.13.0-1nodesource1 1001 500 https://deb.nodesource.com/node_22.x nodistro/main arm64 Packages 22.12.0-1nodesource1 1001 500 https://deb.nodesource.com/node_22.x nodistro/main arm64 Packages 22.11.0-1nodesource1 1001 500 https://deb.nodesource.com/node_22.x nodistro/main arm64 Packages 22.10.0-1nodesource1 1001 500 https://deb.nodesource.com/node_22.x nodistro/main arm64 Packages 22.9.0-1nodesource1 1001 500 https://deb.nodesource.com/node_22.x nodistro/main arm64 Packages 22.8.0-1nodesource1 1001 500 https://deb.nodesource.com/node_22.x nodistro/main arm64 Packages 22.7.0-1nodesource1 1001 500 https://deb.nodesource.com/node_22.x nodistro/main arm64 Packages 22.6.0-1nodesource1 1001 500 https://deb.nodesource.com/node_22.x nodistro/main arm64 Packages 22.5.1-1nodesource1 1001 500 https://deb.nodesource.com/node_22.x nodistro/main arm64 Packages 22.5.0-1nodesource1 1001 500 https://deb.nodesource.com/node_22.x nodistro/main arm64 Packages 22.4.1-1nodesource1 1001 500 https://deb.nodesource.com/node_22.x nodistro/main arm64 Packages 22.4.0-1nodesource1 1001 500 https://deb.nodesource.com/node_22.x nodistro/main arm64 Packages 22.3.0-1nodesource1 1001 500 https://deb.nodesource.com/node_22.x nodistro/main arm64 Packages 22.2.0-1nodesource1 1001 500 https://deb.nodesource.com/node_22.x nodistro/main arm64 Packages 22.1.0-1nodesource1 1001 500 https://deb.nodesource.com/node_22.x nodistro/main arm64 Packages 22.0.0-1nodesource1 1001 500 https://deb.nodesource.com/node_22.x nodistro/main arm64 Packages 20.19.2+dfsg-1+deb13u2 500 500 http://deb.debian.org/debian trixie/main arm64 Packages 500 http://deb.debian.org/debian-security trixie-security/main arm64 Packages Temp directories causing deletion problem: 0 No problems detected Errors in npm tree: 0 No problems detected Checking for nodejs vulnerability: No known Vulnerabilities detected! *** ioBroker-Installation *** ioBroker Status iobroker is running on this host. At least one iobroker host is running. Objects type: jsonl States type: jsonl Hosts: iobroker iobroker (version: 7.2.2, hostname: iobroker , alive, uptime: 1448738) iobroker-master iobroker-master (version: 7.2.2, hostname: iobroker-master, alive, uptime: 73343) Core adapters versions js-controller: 7.2.2 admin: "admin" not found javascript: "javascript" not found nodejs modules from github: 0 Adapter State + system.adapter.admin.0 : admin : iobroker-master - enabled, port: 8081, bind: 0.0.0.0, run as: admin + system.adapter.admin.1 : admin : iobroker-master - enabled, port: 8089, bind: 0.0.0.0, run as: admin + system.adapter.alexa2.0 : alexa2 : iobroker-master - enabled system.adapter.alias-manager.0 : alias-manager : iobroker-master - enabled + system.adapter.backitup.0 : backitup : iobroker-master - enabled system.adapter.backitup.3 : backitup : iobroker - disabled + system.adapter.device-watcher.0 : device-watcher : iobroker-master - enabled system.adapter.devices.0 : devices : iobroker-master - enabled + system.adapter.discovery.0 : discovery : iobroker-master - enabled + system.adapter.ds18b20.1 : ds18b20 : iobroker - enabled + system.adapter.email.0 : email : iobroker-master - enabled + system.adapter.email.1 : email : iobroker - enabled system.adapter.feiertage.0 : feiertage : iobroker-master - enabled system.adapter.flot.0 : flot : iobroker-master - enabled + system.adapter.followthesun.0 : followthesun : iobroker-master - enabled + system.adapter.fronius.0 : fronius : iobroker-master - enabled + system.adapter.history.0 : history : iobroker-master - enabled + system.adapter.hm-rega.0 : hm-rega : iobroker-master - enabled + system.adapter.hm-rpc.0 : hm-rpc : iobroker-master - enabled, port: 0 + system.adapter.hm-rpc.1 : hm-rpc : iobroker-master - enabled, port: 0 + system.adapter.hm-rpc.2 : hm-rpc : iobroker-master - enabled, port: 0 + system.adapter.husqvarna-automower.0 : husqvarna-automower : iobroker-master - enabled system.adapter.ical.0 : ical : iobroker-master - enabled + system.adapter.influxdb.0 : influxdb : iobroker-master - enabled, port: 8086 + system.adapter.iot.0 : iot : iobroker-master - enabled + system.adapter.jarvis.0 : jarvis : iobroker-master - enabled + system.adapter.javascript.0 : javascript : iobroker-master - enabled + system.adapter.linkeddevices.0 : linkeddevices : iobroker-master - enabled system.adapter.modbus.0 : modbus : iobroker-master - disabled + system.adapter.mqtt.0 : mqtt : iobroker-master - enabled, port: 1887, bind: 0.0.0.0 + system.adapter.node-red.0 : node-red : iobroker - enabled, port: 1880, bind: 0.0.0.0 + system.adapter.nut.0 : nut : iobroker-master - enabled + system.adapter.panasonic-viera.0 : panasonic-viera : iobroker-master - enabled + system.adapter.pushover.0 : pushover : iobroker-master - enabled + system.adapter.ring.0 : ring : iobroker-master - enabled + system.adapter.scenes.0 : scenes : iobroker-master - enabled system.adapter.schoolfree.0 : schoolfree : iobroker-master - enabled + system.adapter.shelly.0 : shelly : iobroker-master - enabled, port: 1882, bind: 0.0.0.0 + system.adapter.shelly.1 : shelly : iobroker-master - enabled, port: 1882, bind: 0.0.0.0 + system.adapter.signal-cmb.0 : signal-cmb : iobroker-master - enabled + system.adapter.signal-cmb.1 : signal-cmb : iobroker-master - enabled + system.adapter.smartgarden.0 : smartgarden : iobroker-master - enabled + system.adapter.sonoff.0 : sonoff : iobroker-master - enabled, port: 1883, bind: 0.0.0.0 + system.adapter.terminal.0 : terminal : iobroker-master - enabled, port: 8090, bind: 0.0.0.0, run as: admin + system.adapter.text2command.0 : text2command : iobroker-master - enabled + system.adapter.trashschedule.0 : trashschedule : iobroker-master - enabled + system.adapter.tuya.0 : tuya : iobroker-master - enabled + system.adapter.unifi-network.0 : unifi-network : iobroker-master - enabled, port: 8443 + system.adapter.web.0 : web : iobroker-master - enabled, port: 8082, bind: 0.0.0.0, run as: admin + system.adapter.whatsapp-cmb.0 : whatsapp-cmb : iobroker-master - enabled + system.adapter.whatsapp-cmb.1 : whatsapp-cmb : iobroker-master - enabled + system.adapter.yahka.0 : yahka : iobroker-master - enabled + system.adapter.zigbee.0 : zigbee : iobroker-master - enabled, port: tcp://192.168.13.27:6638 + instance is alive Enabled adapters with bindings + system.adapter.admin.0 : admin : iobroker-master - enabled, port: 8081, bind: 0.0.0.0, run as: admin + system.adapter.admin.1 : admin : iobroker-master - enabled, port: 8089, bind: 0.0.0.0, run as: admin + system.adapter.hm-rpc.0 : hm-rpc : iobroker-master - enabled, port: 0 + system.adapter.hm-rpc.1 : hm-rpc : iobroker-master - enabled, port: 0 + system.adapter.hm-rpc.2 : hm-rpc : iobroker-master - enabled, port: 0 + system.adapter.influxdb.0 : influxdb : iobroker-master - enabled, port: 8086 + system.adapter.mqtt.0 : mqtt : iobroker-master - enabled, port: 1887, bind: 0.0.0.0 + system.adapter.node-red.0 : node-red : iobroker - enabled, port: 1880, bind: 0.0.0.0 + system.adapter.shelly.0 : shelly : iobroker-master - enabled, port: 1882, bind: 0.0.0.0 + system.adapter.shelly.1 : shelly : iobroker-master - enabled, port: 1882, bind: 0.0.0.0 + system.adapter.sonoff.0 : sonoff : iobroker-master - enabled, port: 1883, bind: 0.0.0.0 + system.adapter.terminal.0 : terminal : iobroker-master - enabled, port: 8090, bind: 0.0.0.0, run as: admin + system.adapter.unifi-network.0 : unifi-network : iobroker-master - enabled, port: 8443 + system.adapter.web.0 : web : iobroker-master - enabled, port: 8082, bind: 0.0.0.0, run as: admin + system.adapter.zigbee.0 : zigbee : iobroker-master - enabled, port: tcp://192.168.13.27:6638 ioBroker-Repositories ┌─────────┬──────────┬─────────────────────────────────────────────────────────┬──────────────┐ │ (index) │ name │ url │ auto upgrade │ ├─────────┼──────────┼─────────────────────────────────────────────────────────┼──────────────┤ │ 0 │ 'stable' │ 'http://download.iobroker.net/sources-dist.json' │ false │ │ 1 │ 'beta' │ 'http://download.iobroker.net/sources-dist-latest.json' │ false │ └─────────┴──────────┴─────────────────────────────────────────────────────────┴──────────────┘ Active repo(s): stable Upgrade policy: none Installed ioBroker-Adapters ┌─────────┬──────────────────────────────────────┬───────────────────────┬────────────────┬────────────────┐ │ (index) │ id │ name │ version │ upgrade policy │ ├─────────┼──────────────────────────────────────┼───────────────────────┼────────────────┼────────────────┤ │ 0 │ 'system.adapter.admin' │ 'admin' │ '7.8.23' │ 'none' │ │ 1 │ 'system.adapter.alexa2' │ 'alexa2' │ '3.28.3' │ 'none' │ │ 2 │ 'system.adapter.alias-manager' │ 'alias-manager' │ '2.1.0' │ 'none' │ │ 3 │ 'system.adapter.backitup' │ 'backitup' │ '3.3.17' │ 'none' │ │ 4 │ 'system.adapter.device-watcher' │ 'device-watcher' │ '2.15.5' │ 'none' │ │ 5 │ 'system.adapter.devices' │ 'devices' │ '1.2.14' │ 'none' │ │ 6 │ 'system.adapter.discovery' │ 'discovery' │ '5.0.0' │ 'none' │ │ 7 │ 'system.adapter.ds18b20' │ 'ds18b20' │ '3.1.1' │ 'none' │ │ 8 │ 'system.adapter.email' │ 'email' │ '2.0.4' │ 'none' │ │ 9 │ 'system.adapter.feiertage' │ 'feiertage' │ '1.4.0' │ 'none' │ │ 10 │ 'system.adapter.flot' │ 'flot' │ '1.12.0' │ 'none' │ │ 11 │ 'system.adapter.followthesun' │ 'followthesun' │ '0.5.3' │ 'none' │ │ 12 │ 'system.adapter.fronius' │ 'fronius' │ '2.2.0' │ 'none' │ │ 13 │ 'system.adapter.history' │ 'history' │ '4.0.0' │ 'none' │ │ 14 │ 'system.adapter.hm-rega' │ 'hm-rega' │ '5.1.0' │ 'none' │ │ 15 │ 'system.adapter.hm-rpc' │ 'hm-rpc' │ '3.0.1' │ 'none' │ │ 16 │ 'system.adapter.husqvarna-automower' │ 'husqvarna-automower' │ '0.4.0' │ 'none' │ │ 17 │ 'system.adapter.ical' │ 'ical' │ '1.21.0' │ 'none' │ │ 18 │ 'system.adapter.influxdb' │ 'influxdb' │ '4.0.2' │ 'none' │ │ 19 │ 'system.adapter.iot' │ 'iot' │ '6.0.3' │ 'none' │ │ 20 │ 'system.adapter.jarvis' │ 'jarvis' │ '3.1.9-beta.2' │ 'none' │ │ 21 │ 'system.adapter.javascript' │ 'javascript' │ '9.0.18' │ 'none' │ │ 22 │ 'system.adapter.linkeddevices' │ 'linkeddevices' │ '1.5.5' │ 'none' │ │ 23 │ 'system.adapter.modbus' │ 'modbus' │ '8.0.3' │ 'none' │ │ 24 │ 'system.adapter.mqtt' │ 'mqtt' │ '6.1.4' │ 'none' │ │ 25 │ 'system.adapter.node-red' │ 'node-red' │ '6.0.7' │ 'none' │ │ 26 │ 'system.adapter.nut' │ 'nut' │ '1.7.0' │ 'none' │ │ 27 │ 'system.adapter.panasonic-viera' │ 'panasonic-viera' │ '2.1.0' │ 'none' │ │ 28 │ 'system.adapter.pushover' │ 'pushover' │ '5.0.0' │ 'none' │ │ 29 │ 'system.adapter.ring' │ 'ring' │ '6.4.0' │ 'none' │ │ 30 │ 'system.adapter.scenes' │ 'scenes' │ '4.0.4' │ 'none' │ │ 31 │ 'system.adapter.schoolfree' │ 'schoolfree' │ '2.0.0' │ 'none' │ │ 32 │ 'system.adapter.shelly' │ 'shelly' │ '10.6.1' │ 'none' │ │ 33 │ 'system.adapter.signal-cmb' │ 'signal-cmb' │ '0.3.0' │ 'none' │ │ 34 │ 'system.adapter.smartgarden' │ 'smartgarden' │ '2.0.1' │ 'none' │ │ 35 │ 'system.adapter.socketio' │ 'socketio' │ '7.1.3' │ 'none' │ │ 36 │ 'system.adapter.sonoff' │ 'sonoff' │ '3.3.0' │ 'none' │ │ 37 │ 'system.adapter.terminal' │ 'terminal' │ '1.0.0' │ 'none' │ │ 38 │ 'system.adapter.text2command' │ 'text2command' │ '4.0.0' │ 'none' │ │ 39 │ 'system.adapter.trashschedule' │ 'trashschedule' │ '5.3.0' │ 'none' │ │ 40 │ 'system.adapter.tuya' │ 'tuya' │ '3.17.0' │ 'none' │ │ 41 │ 'system.adapter.unifi-network' │ 'unifi-network' │ '1.4.0' │ 'none' │ │ 42 │ 'system.adapter.vis-hqwidgets' │ 'vis-hqwidgets' │ '1.6.1' │ 'none' │ │ 43 │ 'system.adapter.web' │ 'web' │ '8.0.0' │ 'none' │ │ 44 │ 'system.adapter.whatsapp-cmb' │ 'whatsapp-cmb' │ '0.3.0' │ 'none' │ │ 45 │ 'system.adapter.ws' │ 'ws' │ '4.1.0' │ 'none' │ │ 46 │ 'system.adapter.yahka' │ 'yahka' │ '1.1.5' │ 'none' │ │ 47 │ 'system.adapter.zigbee' │ 'zigbee' │ '3.3.5' │ 'none' │ └─────────┴──────────────────────────────────────┴───────────────────────┴────────────────┴────────────────┘ ioBroker-Adapter Versions and update status Used repository: stable Adapter "backitup" : 3.3.17 , installed 3.3.17 Adapter "ds18b20" : 3.1.1 , installed 3.1.1 Adapter "email" : 2.0.4 , installed 2.0.4 Controller "js-controller": 7.2.2 , installed 7.2.2 Adapter "node-red" : 6.0.7 , installed 6.0.7 Objects and States Please stand by - This may take a while Objects: 16729 States: 13993 *** OS-Repositories and Updates *** Hit:1 http://deb.debian.org/debian trixie InRelease Hit:2 http://deb.debian.org/debian-security trixie-security InRelease Hit:3 http://deb.debian.org/debian trixie-updates InRelease Hit:4 http://archive.raspberrypi.com/debian trixie InRelease Hit:5 https://deb.nodesource.com/node_22.x nodistro InRelease Reading package lists... Pending systemupdates: 0 *** Listening Ports *** Netid State Recv-Q Send-Q Local Address:Port Peer Address:PortProcess udp UNCONN 0 0 0.0.0.0:mdns 0.0.0.0:* users:(("avahi-daemon",pid=483,fd=12)) udp UNCONN 0 0 0.0.0.0:54036 0.0.0.0:* users:(("avahi-daemon",pid=483,fd=14)) udp UNCONN 0 0 *:mdns *:* users:(("avahi-daemon",pid=483,fd=13)) udp UNCONN 0 0 *:43416 *:* users:(("avahi-daemon",pid=483,fd=15)) tcp LISTEN 0 511 0.0.0.0:1880 0.0.0.0:* users:(("node-red",pid=1077,fd=24)) tcp LISTEN 0 20 127.0.0.1:smtp 0.0.0.0:* users:(("exim4",pid=994,fd=5)) tcp LISTEN 0 128 0.0.0.0:ssh 0.0.0.0:* users:(("sshd",pid=735,fd=6)) tcp LISTEN 0 20 [::1]:smtp [::]:* users:(("exim4",pid=994,fd=6)) tcp LISTEN 0 128 [::]:ssh [::]:* users:(("sshd",pid=735,fd=7)) *** Log File - Last 25 Lines *** 2026-08-26 00:11:55.864 - info: host.iobroker instance "system.adapter.backitup.3" disabled via .alive 2026-08-26 00:11:55.927 - info: host.iobroker "system.adapter.backitup.3" disabled 2026-08-26 00:11:55.928 - info: host.iobroker stopInstance system.adapter.backitup.3 (force=false, process=true) 2026-08-26 00:11:55.945 - info: host.iobroker stopInstance system.adapter.backitup.3 send kill signal 2026-08-26 00:11:55.962 - info: host.iobroker stopInstance system.adapter.backitup.3 (force=false, process=true) 2026-08-26 00:11:55.938 - info: backitup.3 (26387) Got terminate signal TERMINATE_YOURSELF 2026-08-26 00:11:55.974 - info: backitup.3 (26387) cleaned everything up... 2026-08-26 00:11:55.976 - info: backitup.3 (26387) terminating 2026-08-26 00:11:55.983 - info: backitup.3 (26387) Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason 2026-08-26 00:11:55.990 - info: backitup.3 (26387) Got terminate signal TERMINATE_YOURSELF 2026-08-26 00:11:56.018 - info: host.iobroker stopInstance system.adapter.backitup.3 send kill signal 2026-08-26 00:11:56.479 - info: backitup.3 (26387) terminating 2026-08-26 00:11:56.480 - info: backitup.3 (26387) terminating 2026-08-26 00:11:56.939 - info: host.iobroker instance system.adapter.backitup.3 terminated with code 11 (ADAPTER_REQUESTED_TERMINATION) -
Sowohl im Slave, als auch im Master sieht, was die Dateisysteme angeht alles in Ordnung aus.
Meine Vermutung war, dass beim Abgleich der States zwischen Master und Slave irgendetwas klemmt, und dann für die Zeit die Datenbank für den Master nicht erreichbar ist.Ist aber nach dem, was das iob diag des Slave ergeben hat weniger wahrscheinlich
Vielleicht mal auf Verdacht den Slave neu starten - oder besteht das Problem schon länger als 16 Tage (da wurde der Slave-Host wohl neu gestartet)
-
Sowohl im Slave, als auch im Master sieht, was die Dateisysteme angeht alles in Ordnung aus.
Meine Vermutung war, dass beim Abgleich der States zwischen Master und Slave irgendetwas klemmt, und dann für die Zeit die Datenbank für den Master nicht erreichbar ist.Ist aber nach dem, was das iob diag des Slave ergeben hat weniger wahrscheinlich
Vielleicht mal auf Verdacht den Slave neu starten - oder besteht das Problem schon länger als 16 Tage (da wurde der Slave-Host wohl neu gestartet)
Vielleicht mal auf Verdacht den Slave neu starten - oder besteht das Problem schon länger als 16 Tage (da wurde der Slave-Host wohl neu gestartet)
Kann ich machen, aber woher kommt die Annahme, dass es am Slave liiegen könnte, wenn der Master die Grätsche macht bzw. keinen Datenbankzugriff mehr hinbekommt?
Das Problem besteht seit mehreren Wochen, aber sproradisch und plötzlich.
iobroker in Debian-VM auf Proxmox Server (Ryzen 7 / 32GB / 1TB NVMe SSD) als Master - mehrere Raspberry Pis (3+4) als Slaves. InfluxDB V2 und Grafana auf LXC.
*Wer freundlich ist, dem wird freundlich geholfen *
-
Vielleicht mal auf Verdacht den Slave neu starten - oder besteht das Problem schon länger als 16 Tage (da wurde der Slave-Host wohl neu gestartet)
Kann ich machen, aber woher kommt die Annahme, dass es am Slave liiegen könnte, wenn der Master die Grätsche macht bzw. keinen Datenbankzugriff mehr hinbekommt?
Das Problem besteht seit mehreren Wochen, aber sproradisch und plötzlich.
Zeigen die Logs genau den Zeitpunkt eines Absturzes?
Oder ist es nur beispielhaft für die Art der Fehler, die du siehst?Versuche mal ungefähr den Zeitpunkt des Absturzes zu ermitteln und suche die Stelle, an der dann vermehrt die Fehler auftauchen.
Der Zeitpunkt des Absturzes plus sagen wir mal 10-20 Sekunden davor und 10 Sekunden danach sind interessant.Zusätzlich wäre gut, den RAM Verbrauch zu tracken.
Im Experten Modus in den Objekten, gibt es dann den Systemdatenpunkt. Darunter findest du datenpunkte bei denen der ioBroker das regelmäßig schreibt, da einen historisieren.
Das sieht man zum einen, wann wirklich ein Absturz war und zum Ende kann man sich das schön grafisch darstellen lassen.Weitere Ursachen, könnten Netzteil oder System Hardware generell sein.
-
Zeigen die Logs genau den Zeitpunkt eines Absturzes?
Oder ist es nur beispielhaft für die Art der Fehler, die du siehst?Versuche mal ungefähr den Zeitpunkt des Absturzes zu ermitteln und suche die Stelle, an der dann vermehrt die Fehler auftauchen.
Der Zeitpunkt des Absturzes plus sagen wir mal 10-20 Sekunden davor und 10 Sekunden danach sind interessant.Zusätzlich wäre gut, den RAM Verbrauch zu tracken.
Im Experten Modus in den Objekten, gibt es dann den Systemdatenpunkt. Darunter findest du datenpunkte bei denen der ioBroker das regelmäßig schreibt, da einen historisieren.
Das sieht man zum einen, wann wirklich ein Absturz war und zum Ende kann man sich das schön grafisch darstellen lassen.Weitere Ursachen, könnten Netzteil oder System Hardware generell sein.
Zeigen die Logs genau den Zeitpunkt eines Absturzes?
Ja
Oder ist es nur beispielhaft für die Art der Fehler, die du siehst?
Nein
Im Log sieht man exakt, wann die ersten Ausfälle beginnen und dann starten auf dem Master alle Adapter der Reihe nach neu.
Versuche mal ungefähr den Zeitpunkt des Absturzes zu ermitteln und suche die Stelle, an der dann vermehrt die Fehler auftauchen.
Der Zeitpunkt des Absturzes plus sagen wir mal 10-20 Sekunden davor und 10 Sekunden danach sind interessant.Absturz fängt um 2026-08-25 14:53:22.828 an:
2026-08-25 14:53:13.086 - info: admin.1 (242092) Request actual repository... 2026-08-25 14:53:13.323 - info: host.iobroker-master Updating repository "stable" under "http://download.iobroker.net/sources-dist.json" 2026-08-25 14:53:13.688 - info: admin.0 (242044) Request actual repository... 2026-08-25 14:53:16.446 - info: admin.1 (242092) Repository received successfully. 2026-08-25 14:53:16.661 - info: admin.0 (242044) Repository received successfully. 2026-08-25 14:53:22.828 - error: javascript.0 (242257) States database error: read ECONNRESET 2026-08-25 14:53:22.841 - error: admin.1 (242092) Objects database error: read ECONNRESET 2026-08-25 14:53:22.833 - error: backitup.0 (242406) States database error: read ECONNRESET 2026-08-25 14:53:22.856 - info: smartgarden.0 (243199) 1/ cleaned everything up... 2026-08-25 14:53:22.863 - error: jarvis.0 (243143) States database error: write ECONNRESET 2026-08-25 14:53:22.837 - error: javascript.0 (242257) Objects database error: read ECONNRESET 2026-08-25 14:53:22.876 - info: admin.1 (242092) terminating http server on port 8089 2026-08-25 14:53:22.908 - info: backitup.0 (242406) cleaned everything up... 2026-08-25 14:53:22.841 - error: history.0 (242184) States database error: read ECONNRESET 2026-08-25 14:53:22.829 - error: unifi-network.0 (243341) States database error: read ECONNRESET 2026-08-25 14:53:22.929 - error: unifi-network.0 (243341) Objects database error: read ECONNRESET 2026-08-25 14:53:22.842 - error: shelly.1 (242834) Objects database error: read ECONNRESET 2026-08-25 14:53:22.930 - error: ring.0 (242993) States database error: write EPIPE 2026-08-25 14:53:22.850 - error: zigbee.0 (242951) States database error: read ECONNRESET 2026-08-25 14:53:22.844 - error: mqtt.0 (242706) States database error: read ECONNRESET 2026-08-25 14:53:22.947 - error: mqtt.0 (242706) Objects database error: read ECONNRESET 2026-08-25 14:53:22.829 - error: panasonic-viera.0 (242764) States database error: read ECONNRESET 2026-08-25 14:53:22.846 - error: hm-rpc.2 (242665) States database error: read ECONNRESET 2026-08-25 14:53:22.988 - error: linkeddevices.0 (243198) States database error: write EPIPE 2026-08-25 14:53:23.056 - error: admin.0 (242044) States database error: write ECONNRESET 2026-08-25 14:53:23.089 - error: scenes.0 (242319) States database error: write ECONNRESET 2026-08-25 14:53:23.108 - error: sonoff.0 (242863) States database error: write ECONNRESET 2026-08-25 14:53:23.137 - error: terminal.0 (243221) States database error: write ECONNRESET 2026-08-25 14:53:23.110 - error: shelly.0 (242805) Objects database error: write ECONNRESET 2026-08-25 14:53:23.159 - error: shelly.0 (242805) States database error: write EPIPE 2026-08-25 14:53:23.146 - error: text2command.0 (243210) States database error: write EPIPE 2026-08-25 14:53:23.138 - info: followthesun.0 (306405) cleaned everything up...Dann ist DB connect wieder da und iob versucht die Instanzen neu zu starten (warum?)
2026-08-25 14:53:27.624 - info: host.iobroker-master iobroker.js-controller version 7.2.2 js-controller starting 2026-08-25 14:53:27.625 - info: host.iobroker-master Copyright (c) 2014-2024 bluefox, 2014 hobbyquaker 2026-08-25 14:53:27.625 - info: host.iobroker-master hostname: iobroker-master, node: v22.23.2 2026-08-25 14:53:27.625 - info: host.iobroker-master ip addresses: 192.168.13.25 fe80::18dc:e7ff:fe85:6b85 2026-08-25 14:53:27.633 - warn: host.iobroker-master-Server Configured backup period 7200000 is larger than the supported maximum of 35791 minutes. Defaulting to 120 minutes. 2026-08-25 14:53:28.181 - warn: host.iobroker-master-Server Configured backup period 7200000 is larger than the supported maximum of 35791 minutes. Defaulting to 120 minutes. 2026-08-25 14:53:28.360 - info: host.iobroker-master connected to Objects and States 2026-08-25 14:53:28.368 - info: host.iobroker-master added notifications configuration of host 2026-08-25 14:53:29.387 - info: host.iobroker-master 52 instances found 2026-08-25 14:53:29.414 - info: host.iobroker-master starting 45 instances 2026-08-25 14:53:29.547 - info: host.iobroker-master Delete state "system.host.iobroker-master.versions.nodeCurrent" 2026-08-25 14:53:29.626 - info: host.iobroker-master Delete state "system.host.iobroker-master.versions.nodeNewest" 2026-08-25 14:53:29.666 - info: host.iobroker-master Delete state "system.host.iobroker-master.versions.nodeNewestNext" 2026-08-25 14:53:29.672 - info: host.iobroker-master instance system.adapter.admin.0 in version "7.8.23" started with pid 323879 2026-08-25 14:53:29.674 - info: host.iobroker-master Delete state "system.host.iobroker-master.versions.npmCurrent" 2026-08-25 14:53:29.718 - info: host.iobroker-master Delete state "system.host.iobroker-master.versions.npmNewest" 2026-08-25 14:53:29.762 - info: host.iobroker-master Delete state "system.host.iobroker-master.versions.npmNewestNext" 2026-08-25 14:53:29.806 - info: host.iobroker-master Some obsolete host states deleted. 2026-08-25 14:53:31.093 - error: admin.0 (323879) admin.0 already running 2026-08-25 14:53:31.094 - warn: admin.0 (323879) Terminated (ADAPTER_ALREADY_RUNNING): Without reason 2026-08-25 14:53:31.659 - error: host.iobroker-master instance system.adapter.admin.0 terminated with code 7 (ADAPTER_ALREADY_RUNNING) 2026-08-25 14:53:31.659 - info: host.iobroker-master Restart adapter system.adapter.admin.0 because enabled 2026-08-25 14:53:33.654 - info: host.iobroker-master instance system.adapter.admin.1 in version "7.8.23" started with pid 323891 2026-08-25 14:53:34.412 - error: admin.1 (323891) admin.1 already running 2026-08-25 14:53:34.413 - warn: admin.1 (323891) Terminated (ADAPTER_ALREADY_RUNNING): Without reason 2026-08-25 14:53:34.962 - error: host.iobroker-master instance system.adapter.admin.1 terminated with code 7 (ADAPTER_ALREADY_RUNNING) 2026-08-25 14:53:34.962 - info: host.iobroker-master Restart adapter system.adapter.admin.1 because enabled 2026-08-25 14:53:37.635 - info: host.iobroker-master instance system.adapter.email.0 in version "2.0.4" started with pid 323903 2026-08-25 14:53:38.148 - error: email.0 (323903) email.0 already running 2026-08-25 14:53:38.149 - warn: email.0 (323903) Terminated (ADAPTER_ALREADY_RUNNING): Without reason 2026-08-25 14:53:38.697 - error: host.iobroker-master instance system.adapter.email.0 terminated with code 7 (ADAPTER_ALREADY_RUNNING)Zusätzlich wäre gut, den RAM Verbrauch zu tracken.
Im Experten Modus in den Objekten, gibt es dann den Systemdatenpunkt. Darunter findest du datenpunkte bei denen der ioBroker das regelmäßig schreibt, da einen historisieren.
Das sieht man zum einen, wann wirklich ein Absturz war und zum Ende kann man sich das schön grafisch darstellen lassen.Kann ich machen, habe aber an der Stelle bisher nie etwas Verdächtiges gefunden...
Weitere Ursachen, könnten Netzteil oder System Hardware generell sein.
unwahrscheinlich...
Master ist in einer VM auf Proxmox.... Proxmox - Host i.O, soweit man das testen kann.
Slave (eher nciht das Problem): RPi 3 mit Originalnetzteil -
Die States müssen ja zwischen Master und Slave abgeglichen werden.
Wenn die Verbindung zwischen Master und Slave nicht steht, kann das nicht erfolgen.
Wenn aber ein abgeschmierter Slave-Host einen Master gleich mit in den Abgrund zieht, wäre das schon eine Überraschung ...Intel(R) Celeron(R) CPU N3000 @1.04GHz 8G RAM 480G SSD * Virtualization : unprivileged lxc container on Proxmox * 6 GByte RAM für den iobroker Container * Remote-Access über Wireguard meiner Fritzbox
-
Die States müssen ja zwischen Master und Slave abgeglichen werden.
Wenn die Verbindung zwischen Master und Slave nicht steht, kann das nicht erfolgen.
Wenn aber ein abgeschmierter Slave-Host einen Master gleich mit in den Abgrund zieht, wäre das schon eine Überraschung ...hatte ich auch schon vermutet.
wenn der master/slave abgleich tief im innern von iobroker statt findet
und der slave nicht zeitnah antwortet, dann bindet das ressourcen bis der timeout abgelaufen ist. wenn dann sehr viel kommt könnte es das erklären.
ist aber leider in den logs nicht zu sehen. aber evtl gibt es da auch kein mechanismus im code der das abfängt oder zumindest meldet.
Hey! Du scheinst an dieser Unterhaltung interessiert zu sein, hast aber noch kein Konto.
Hast du es satt, bei jedem Besuch durch die gleichen Beiträge zu scrollen? Wenn du dich für ein Konto anmeldest, kommst du immer genau dorthin zurück, wo du zuvor warst, und kannst dich über neue Antworten benachrichtigen lassen (entweder per E-Mail oder Push-Benachrichtigung). Du kannst auch Lesezeichen speichern und Beiträge positiv bewerten, um anderen Community-Mitgliedern deine Wertschätzung zu zeigen.
Mit deinem Input könnte dieser Beitrag noch besser werden 💗
Registrieren Anmelden331
Online33.0k
Benutzer83.7k
Themen1.3m
Beiträge