NEWS
ioBroker auf PI4 stürzt immer mal wieder ab
-
Mir ist heute wieder der PI abgestürzt. Ich weiß nicht warum.
Der PI ist wohl um 17:02 abgestürzt. Zu der Zeit hören auch meine Aufzeichnungen in der Influx auf.
Die letzten Log Einträge sehen so aus:2026-01-30 16:59:47.860 - info: javascript.0 (6831) script.js.common.Lichtsteuerung.Ober_Geschoss.Flur.Hue_Max: Max abends einschalten +5. Wert:55 2026-01-30 17:00:17.860 - info: javascript.0 (6831) script.js.common.Lichtsteuerung.Ober_Geschoss.Flur.Hue_Max: Max abends einschalten +5. Wert:60 2026-01-30 17:00:23.088 - info: host.PIArgon instance system.adapter.daswetter.0 in version "3.2.8" started with pid 117236 2026-01-30 17:00:27.115 - info: host.PIArgon instance system.adapter.dwd.0 in version "2.8.5" started with pid 117251 2026-01-30 17:00:32.444 - info: host.PIArgon instance system.adapter.dwd.0 having pid 117251 terminated with code 11 (ADAPTER_REQUESTED_TERMINATION) 2026-01-30 17:00:35.947 - info: host.PIArgon instance system.adapter.daswetter.0 having pid 117236 terminated with code 11 (ADAPTER_REQUESTED_TERMINATION) 2026-01-30 17:00:47.860 - info: javascript.0 (6831) script.js.common.Lichtsteuerung.Ober_Geschoss.Flur.Hue_Max: Max abends einschalten +5. Wert:65 2026-01-30 17:01:17.860 - info: javascript.0 (6831) script.js.common.Lichtsteuerung.Ober_Geschoss.Flur.Hue_Max: Max abends einschalten +5. Wert:70 2026-01-30 17:01:47.860 - info: javascript.0 (6831) script.js.common.Lichtsteuerung.Ober_Geschoss.Flur.Hue_Max: Max abends einschalten +5. Wert:75 2026-01-30 17:02:17.861 - info: javascript.0 (6831) script.js.common.Lichtsteuerung.Ober_Geschoss.Flur.Hue_Max: Max abends einschalten +5. Wert:80 2026-01-30 17:02:24.390 - info: admin.0 (6733) Request actual repository... 2026-01-30 17:02:25.462 - info: host.PIArgon Updating repository "Stable (default)" under "http://download.iobroker.net/sources-dist.json" 2026-01-30 17:02:31.151 - info: admin.0 (6733) Repository received successfully. 2026-01-30 17:24:33.277 - info: host.PIArgon iobroker.js-controller version 7.0.7 js-controller starting 2026-01-30 17:24:33.283 - info: host.PIArgon Copyright (c) 2014-2024 bluefox, 2014 hobbyquaker 2026-01-30 17:24:33.285 - info: host.PIArgon hostname: PIArgon, node: v22.22.0 2026-01-30 17:24:33.287 - info: host.PIArgon ip addresses: 192.168.178.36 2001:9e8:e5fb:4a00:be75:7769:1066:ec32 fd95:623b:4cfd:0:bd71:ed85:eae2:ea0 fe80::18e0:ffba:1ebd:844f 2026-01-30 17:24:35.609 - info: host.PIArgon connected to Objects and States 2026-01-30 17:24:35.638 - info: host.PIArgon added notifications configuration of host 2026-01-30 17:24:36.548 - info: host.PIArgon 42 instances found 2026-01-30 17:24:36.610 - info: host.PIArgon starting 32 instances 2026-01-30 17:24:37.094 - info: host.PIArgon Delete state "system.host.PIArgon.versions.nodeCurrent" 2026-01-30 17:24:37.264 - info: host.PIArgon Delete state "system.host.PIArgon.versions.nodeNewest" 2026-01-30 17:24:37.277 - info: host.PIArgon Delete state "system.host.PIArgon.versions.nodeNewestNext" 2026-01-30 17:24:37.338 - info: host.PIArgon instance system.adapter.admin.0 in version "7.7.22" started with pid 898 2026-01-30 17:24:37.346 - info: host.PIArgon Delete state "system.host.PIArgon.versions.npmCurrent" 2026-01-30 17:24:37.400 - info: host.PIArgon Delete state "system.host.PIArgon.versions.npmNewest" 2026-01-30 17:24:37.452 - info: host.PIArgon Delete state "system.host.PIArgon.versions.npmNewestNext" 2026-01-30 17:24:37.503 - info: host.PIArgon Some obsolete host states deleted. 2026-01-30 17:24:41.240 - info: host.PIArgon instance system.adapter.history.0 in version "3.0.1" started with pid 909 2026-01-30 17:24:42.092 - error: admin.0 (898) admin.0 already running 2026-01-30 17:24:42.098 - warn: admin.0 (898) Terminated (ADAPTER_ALREADY_RUNNING): Without reason 2026-01-30 17:24:42.912 - error: host.PIArgon instance system.adapter.admin.0 terminated with code 7 (ADAPTER_ALREADY_RUNNING) 2026-01-30 17:24:42.913 - info: host.PIArgon Restart adapter system.adapter.admin.0 because enabledIch habe gestern den top Befehl genutzt, um zu sehen, wie sich das System verhält.
Am 29.01. habe ich folgende Ausgaben erhalten.
top2026 01 30 1740.logDann habe ich 3 Minuten später nochmal den Befehl ausgeführt:
top2026 01 30 1743.loggerade eben habe ich nochmals den Befehl ausgeführt.
top2026 01 30 1820.logIrgendwie bin ich ratlos...
-
Mir ist heute wieder der PI abgestürzt. Ich weiß nicht warum.
Der PI ist wohl um 17:02 abgestürzt. Zu der Zeit hören auch meine Aufzeichnungen in der Influx auf.
Die letzten Log Einträge sehen so aus:2026-01-30 16:59:47.860 - info: javascript.0 (6831) script.js.common.Lichtsteuerung.Ober_Geschoss.Flur.Hue_Max: Max abends einschalten +5. Wert:55 2026-01-30 17:00:17.860 - info: javascript.0 (6831) script.js.common.Lichtsteuerung.Ober_Geschoss.Flur.Hue_Max: Max abends einschalten +5. Wert:60 2026-01-30 17:00:23.088 - info: host.PIArgon instance system.adapter.daswetter.0 in version "3.2.8" started with pid 117236 2026-01-30 17:00:27.115 - info: host.PIArgon instance system.adapter.dwd.0 in version "2.8.5" started with pid 117251 2026-01-30 17:00:32.444 - info: host.PIArgon instance system.adapter.dwd.0 having pid 117251 terminated with code 11 (ADAPTER_REQUESTED_TERMINATION) 2026-01-30 17:00:35.947 - info: host.PIArgon instance system.adapter.daswetter.0 having pid 117236 terminated with code 11 (ADAPTER_REQUESTED_TERMINATION) 2026-01-30 17:00:47.860 - info: javascript.0 (6831) script.js.common.Lichtsteuerung.Ober_Geschoss.Flur.Hue_Max: Max abends einschalten +5. Wert:65 2026-01-30 17:01:17.860 - info: javascript.0 (6831) script.js.common.Lichtsteuerung.Ober_Geschoss.Flur.Hue_Max: Max abends einschalten +5. Wert:70 2026-01-30 17:01:47.860 - info: javascript.0 (6831) script.js.common.Lichtsteuerung.Ober_Geschoss.Flur.Hue_Max: Max abends einschalten +5. Wert:75 2026-01-30 17:02:17.861 - info: javascript.0 (6831) script.js.common.Lichtsteuerung.Ober_Geschoss.Flur.Hue_Max: Max abends einschalten +5. Wert:80 2026-01-30 17:02:24.390 - info: admin.0 (6733) Request actual repository... 2026-01-30 17:02:25.462 - info: host.PIArgon Updating repository "Stable (default)" under "http://download.iobroker.net/sources-dist.json" 2026-01-30 17:02:31.151 - info: admin.0 (6733) Repository received successfully. 2026-01-30 17:24:33.277 - info: host.PIArgon iobroker.js-controller version 7.0.7 js-controller starting 2026-01-30 17:24:33.283 - info: host.PIArgon Copyright (c) 2014-2024 bluefox, 2014 hobbyquaker 2026-01-30 17:24:33.285 - info: host.PIArgon hostname: PIArgon, node: v22.22.0 2026-01-30 17:24:33.287 - info: host.PIArgon ip addresses: 192.168.178.36 2001:9e8:e5fb:4a00:be75:7769:1066:ec32 fd95:623b:4cfd:0:bd71:ed85:eae2:ea0 fe80::18e0:ffba:1ebd:844f 2026-01-30 17:24:35.609 - info: host.PIArgon connected to Objects and States 2026-01-30 17:24:35.638 - info: host.PIArgon added notifications configuration of host 2026-01-30 17:24:36.548 - info: host.PIArgon 42 instances found 2026-01-30 17:24:36.610 - info: host.PIArgon starting 32 instances 2026-01-30 17:24:37.094 - info: host.PIArgon Delete state "system.host.PIArgon.versions.nodeCurrent" 2026-01-30 17:24:37.264 - info: host.PIArgon Delete state "system.host.PIArgon.versions.nodeNewest" 2026-01-30 17:24:37.277 - info: host.PIArgon Delete state "system.host.PIArgon.versions.nodeNewestNext" 2026-01-30 17:24:37.338 - info: host.PIArgon instance system.adapter.admin.0 in version "7.7.22" started with pid 898 2026-01-30 17:24:37.346 - info: host.PIArgon Delete state "system.host.PIArgon.versions.npmCurrent" 2026-01-30 17:24:37.400 - info: host.PIArgon Delete state "system.host.PIArgon.versions.npmNewest" 2026-01-30 17:24:37.452 - info: host.PIArgon Delete state "system.host.PIArgon.versions.npmNewestNext" 2026-01-30 17:24:37.503 - info: host.PIArgon Some obsolete host states deleted. 2026-01-30 17:24:41.240 - info: host.PIArgon instance system.adapter.history.0 in version "3.0.1" started with pid 909 2026-01-30 17:24:42.092 - error: admin.0 (898) admin.0 already running 2026-01-30 17:24:42.098 - warn: admin.0 (898) Terminated (ADAPTER_ALREADY_RUNNING): Without reason 2026-01-30 17:24:42.912 - error: host.PIArgon instance system.adapter.admin.0 terminated with code 7 (ADAPTER_ALREADY_RUNNING) 2026-01-30 17:24:42.913 - info: host.PIArgon Restart adapter system.adapter.admin.0 because enabledIch habe gestern den top Befehl genutzt, um zu sehen, wie sich das System verhält.
Am 29.01. habe ich folgende Ausgaben erhalten.
top2026 01 30 1740.logDann habe ich 3 Minuten später nochmal den Befehl ausgeführt:
top2026 01 30 1743.loggerade eben habe ich nochmals den Befehl ausgeführt.
top2026 01 30 1820.logIrgendwie bin ich ratlos...
wenn der rechner auf betriebssystemebene abstürzt musst du auch die logs des betriebssystems prüfen.
ein applikationslog (wie hier vom iobroker) wird da uU nix dazu sagen können. bspw weil das betriebssystem entscheidet das eine applikation abgeschossen wird (ggfs wegen oom= out of memory)
dann bekommt der iobroker das gar nicht richtig mit -
wenn der rechner auf betriebssystemebene abstürzt musst du auch die logs des betriebssystems prüfen.
ein applikationslog (wie hier vom iobroker) wird da uU nix dazu sagen können. bspw weil das betriebssystem entscheidet das eine applikation abgeschossen wird (ggfs wegen oom= out of memory)
dann bekommt der iobroker das gar nicht richtig mit@OliverIO sagte in ioBroker auf PI4 stürzt immer mal wieder ab:
wenn der rechner auf betriebssystemebene abstürzt musst du auch die logs des betriebssystems prüfen.
ein applikationslog (wie hier vom iobroker) wird da uU nix dazu sagen können. bspw weil das betriebssystem entscheidet das eine applikation abgeschossen wird (ggfs wegen oom= out of memory)
dann bekommt der iobroker das gar nicht richtig mitOkay, welche Logs sind da entscheidend?
-
Mir ist heute wieder der PI abgestürzt. Ich weiß nicht warum.
Der PI ist wohl um 17:02 abgestürzt. Zu der Zeit hören auch meine Aufzeichnungen in der Influx auf.
Die letzten Log Einträge sehen so aus:2026-01-30 16:59:47.860 - info: javascript.0 (6831) script.js.common.Lichtsteuerung.Ober_Geschoss.Flur.Hue_Max: Max abends einschalten +5. Wert:55 2026-01-30 17:00:17.860 - info: javascript.0 (6831) script.js.common.Lichtsteuerung.Ober_Geschoss.Flur.Hue_Max: Max abends einschalten +5. Wert:60 2026-01-30 17:00:23.088 - info: host.PIArgon instance system.adapter.daswetter.0 in version "3.2.8" started with pid 117236 2026-01-30 17:00:27.115 - info: host.PIArgon instance system.adapter.dwd.0 in version "2.8.5" started with pid 117251 2026-01-30 17:00:32.444 - info: host.PIArgon instance system.adapter.dwd.0 having pid 117251 terminated with code 11 (ADAPTER_REQUESTED_TERMINATION) 2026-01-30 17:00:35.947 - info: host.PIArgon instance system.adapter.daswetter.0 having pid 117236 terminated with code 11 (ADAPTER_REQUESTED_TERMINATION) 2026-01-30 17:00:47.860 - info: javascript.0 (6831) script.js.common.Lichtsteuerung.Ober_Geschoss.Flur.Hue_Max: Max abends einschalten +5. Wert:65 2026-01-30 17:01:17.860 - info: javascript.0 (6831) script.js.common.Lichtsteuerung.Ober_Geschoss.Flur.Hue_Max: Max abends einschalten +5. Wert:70 2026-01-30 17:01:47.860 - info: javascript.0 (6831) script.js.common.Lichtsteuerung.Ober_Geschoss.Flur.Hue_Max: Max abends einschalten +5. Wert:75 2026-01-30 17:02:17.861 - info: javascript.0 (6831) script.js.common.Lichtsteuerung.Ober_Geschoss.Flur.Hue_Max: Max abends einschalten +5. Wert:80 2026-01-30 17:02:24.390 - info: admin.0 (6733) Request actual repository... 2026-01-30 17:02:25.462 - info: host.PIArgon Updating repository "Stable (default)" under "http://download.iobroker.net/sources-dist.json" 2026-01-30 17:02:31.151 - info: admin.0 (6733) Repository received successfully. 2026-01-30 17:24:33.277 - info: host.PIArgon iobroker.js-controller version 7.0.7 js-controller starting 2026-01-30 17:24:33.283 - info: host.PIArgon Copyright (c) 2014-2024 bluefox, 2014 hobbyquaker 2026-01-30 17:24:33.285 - info: host.PIArgon hostname: PIArgon, node: v22.22.0 2026-01-30 17:24:33.287 - info: host.PIArgon ip addresses: 192.168.178.36 2001:9e8:e5fb:4a00:be75:7769:1066:ec32 fd95:623b:4cfd:0:bd71:ed85:eae2:ea0 fe80::18e0:ffba:1ebd:844f 2026-01-30 17:24:35.609 - info: host.PIArgon connected to Objects and States 2026-01-30 17:24:35.638 - info: host.PIArgon added notifications configuration of host 2026-01-30 17:24:36.548 - info: host.PIArgon 42 instances found 2026-01-30 17:24:36.610 - info: host.PIArgon starting 32 instances 2026-01-30 17:24:37.094 - info: host.PIArgon Delete state "system.host.PIArgon.versions.nodeCurrent" 2026-01-30 17:24:37.264 - info: host.PIArgon Delete state "system.host.PIArgon.versions.nodeNewest" 2026-01-30 17:24:37.277 - info: host.PIArgon Delete state "system.host.PIArgon.versions.nodeNewestNext" 2026-01-30 17:24:37.338 - info: host.PIArgon instance system.adapter.admin.0 in version "7.7.22" started with pid 898 2026-01-30 17:24:37.346 - info: host.PIArgon Delete state "system.host.PIArgon.versions.npmCurrent" 2026-01-30 17:24:37.400 - info: host.PIArgon Delete state "system.host.PIArgon.versions.npmNewest" 2026-01-30 17:24:37.452 - info: host.PIArgon Delete state "system.host.PIArgon.versions.npmNewestNext" 2026-01-30 17:24:37.503 - info: host.PIArgon Some obsolete host states deleted. 2026-01-30 17:24:41.240 - info: host.PIArgon instance system.adapter.history.0 in version "3.0.1" started with pid 909 2026-01-30 17:24:42.092 - error: admin.0 (898) admin.0 already running 2026-01-30 17:24:42.098 - warn: admin.0 (898) Terminated (ADAPTER_ALREADY_RUNNING): Without reason 2026-01-30 17:24:42.912 - error: host.PIArgon instance system.adapter.admin.0 terminated with code 7 (ADAPTER_ALREADY_RUNNING) 2026-01-30 17:24:42.913 - info: host.PIArgon Restart adapter system.adapter.admin.0 because enabledIch habe gestern den top Befehl genutzt, um zu sehen, wie sich das System verhält.
Am 29.01. habe ich folgende Ausgaben erhalten.
top2026 01 30 1740.logDann habe ich 3 Minuten später nochmal den Befehl ausgeführt:
top2026 01 30 1743.loggerade eben habe ich nochmals den Befehl ausgeführt.
top2026 01 30 1820.logIrgendwie bin ich ratlos...
@Kapitaen31 sagte in ioBroker auf PI4 stürzt immer mal wieder ab:
Ich habe gestern den top Befehl genutzt, um zu sehen, wie sich das System verhält.
top ist immer nur eine augenblicksansicht
du könntest auch mal über den history adapter dir die RAM-Datenpunkte die sich unterhalb diesem Objekt befinden aufzeichen
system.host.<dein iobroker name>

da würdest du dann zumindest sehen wie sich der freie und benutzte RAM deines Systems sich vor dem nächsten Absturz entwickelt.
Die Daten werden vom History-Adapter auch entsprechend grafisch angezeigt -
Mir ist heute wieder der PI abgestürzt. Ich weiß nicht warum.
Der PI ist wohl um 17:02 abgestürzt. Zu der Zeit hören auch meine Aufzeichnungen in der Influx auf.
Die letzten Log Einträge sehen so aus:2026-01-30 16:59:47.860 - info: javascript.0 (6831) script.js.common.Lichtsteuerung.Ober_Geschoss.Flur.Hue_Max: Max abends einschalten +5. Wert:55 2026-01-30 17:00:17.860 - info: javascript.0 (6831) script.js.common.Lichtsteuerung.Ober_Geschoss.Flur.Hue_Max: Max abends einschalten +5. Wert:60 2026-01-30 17:00:23.088 - info: host.PIArgon instance system.adapter.daswetter.0 in version "3.2.8" started with pid 117236 2026-01-30 17:00:27.115 - info: host.PIArgon instance system.adapter.dwd.0 in version "2.8.5" started with pid 117251 2026-01-30 17:00:32.444 - info: host.PIArgon instance system.adapter.dwd.0 having pid 117251 terminated with code 11 (ADAPTER_REQUESTED_TERMINATION) 2026-01-30 17:00:35.947 - info: host.PIArgon instance system.adapter.daswetter.0 having pid 117236 terminated with code 11 (ADAPTER_REQUESTED_TERMINATION) 2026-01-30 17:00:47.860 - info: javascript.0 (6831) script.js.common.Lichtsteuerung.Ober_Geschoss.Flur.Hue_Max: Max abends einschalten +5. Wert:65 2026-01-30 17:01:17.860 - info: javascript.0 (6831) script.js.common.Lichtsteuerung.Ober_Geschoss.Flur.Hue_Max: Max abends einschalten +5. Wert:70 2026-01-30 17:01:47.860 - info: javascript.0 (6831) script.js.common.Lichtsteuerung.Ober_Geschoss.Flur.Hue_Max: Max abends einschalten +5. Wert:75 2026-01-30 17:02:17.861 - info: javascript.0 (6831) script.js.common.Lichtsteuerung.Ober_Geschoss.Flur.Hue_Max: Max abends einschalten +5. Wert:80 2026-01-30 17:02:24.390 - info: admin.0 (6733) Request actual repository... 2026-01-30 17:02:25.462 - info: host.PIArgon Updating repository "Stable (default)" under "http://download.iobroker.net/sources-dist.json" 2026-01-30 17:02:31.151 - info: admin.0 (6733) Repository received successfully. 2026-01-30 17:24:33.277 - info: host.PIArgon iobroker.js-controller version 7.0.7 js-controller starting 2026-01-30 17:24:33.283 - info: host.PIArgon Copyright (c) 2014-2024 bluefox, 2014 hobbyquaker 2026-01-30 17:24:33.285 - info: host.PIArgon hostname: PIArgon, node: v22.22.0 2026-01-30 17:24:33.287 - info: host.PIArgon ip addresses: 192.168.178.36 2001:9e8:e5fb:4a00:be75:7769:1066:ec32 fd95:623b:4cfd:0:bd71:ed85:eae2:ea0 fe80::18e0:ffba:1ebd:844f 2026-01-30 17:24:35.609 - info: host.PIArgon connected to Objects and States 2026-01-30 17:24:35.638 - info: host.PIArgon added notifications configuration of host 2026-01-30 17:24:36.548 - info: host.PIArgon 42 instances found 2026-01-30 17:24:36.610 - info: host.PIArgon starting 32 instances 2026-01-30 17:24:37.094 - info: host.PIArgon Delete state "system.host.PIArgon.versions.nodeCurrent" 2026-01-30 17:24:37.264 - info: host.PIArgon Delete state "system.host.PIArgon.versions.nodeNewest" 2026-01-30 17:24:37.277 - info: host.PIArgon Delete state "system.host.PIArgon.versions.nodeNewestNext" 2026-01-30 17:24:37.338 - info: host.PIArgon instance system.adapter.admin.0 in version "7.7.22" started with pid 898 2026-01-30 17:24:37.346 - info: host.PIArgon Delete state "system.host.PIArgon.versions.npmCurrent" 2026-01-30 17:24:37.400 - info: host.PIArgon Delete state "system.host.PIArgon.versions.npmNewest" 2026-01-30 17:24:37.452 - info: host.PIArgon Delete state "system.host.PIArgon.versions.npmNewestNext" 2026-01-30 17:24:37.503 - info: host.PIArgon Some obsolete host states deleted. 2026-01-30 17:24:41.240 - info: host.PIArgon instance system.adapter.history.0 in version "3.0.1" started with pid 909 2026-01-30 17:24:42.092 - error: admin.0 (898) admin.0 already running 2026-01-30 17:24:42.098 - warn: admin.0 (898) Terminated (ADAPTER_ALREADY_RUNNING): Without reason 2026-01-30 17:24:42.912 - error: host.PIArgon instance system.adapter.admin.0 terminated with code 7 (ADAPTER_ALREADY_RUNNING) 2026-01-30 17:24:42.913 - info: host.PIArgon Restart adapter system.adapter.admin.0 because enabledIch habe gestern den top Befehl genutzt, um zu sehen, wie sich das System verhält.
Am 29.01. habe ich folgende Ausgaben erhalten.
top2026 01 30 1740.logDann habe ich 3 Minuten später nochmal den Befehl ausgeführt:
top2026 01 30 1743.loggerade eben habe ich nochmals den Befehl ausgeführt.
top2026 01 30 1820.logIrgendwie bin ich ratlos...
@Kapitaen31 sagte in ioBroker auf PI4 stürzt immer mal wieder ab:
script.js.common.Lichtsteuerung.Ober_Geschoss.Flur.Hue_Max
zeig mal das Script
-
@Kapitaen31 sagte in ioBroker auf PI4 stürzt immer mal wieder ab:
Ich habe gestern den top Befehl genutzt, um zu sehen, wie sich das System verhält.
top ist immer nur eine augenblicksansicht
du könntest auch mal über den history adapter dir die RAM-Datenpunkte die sich unterhalb diesem Objekt befinden aufzeichen
system.host.<dein iobroker name>

da würdest du dann zumindest sehen wie sich der freie und benutzte RAM deines Systems sich vor dem nächsten Absturz entwickelt.
Die Daten werden vom History-Adapter auch entsprechend grafisch angezeigt@OliverIO sagte in ioBroker auf PI4 stürzt immer mal wieder ab:
du könntest auch mal über den history adapter dir die RAM-Datenpunkte die sich unterhalb diesem Objekt befinden aufzeichen
system.host.<dein iobroker name>
Bei meinen Objekte finde ich nur systeminfo.
Kein system.host... -
@OliverIO sagte in ioBroker auf PI4 stürzt immer mal wieder ab:
du könntest auch mal über den history adapter dir die RAM-Datenpunkte die sich unterhalb diesem Objekt befinden aufzeichen
system.host.<dein iobroker name>
Bei meinen Objekte finde ich nur systeminfo.
Kein system.host... -
@Kapitaen31 sagte in ioBroker auf PI4 stürzt immer mal wieder ab:
script.js.common.Lichtsteuerung.Ober_Geschoss.Flur.Hue_Max
zeig mal das Script
@Homoran sagte in ioBroker auf PI4 stürzt immer mal wieder ab:
@Kapitaen31 sagte in ioBroker auf PI4 stürzt immer mal wieder ab:
script.js.common.Lichtsteuerung.Ober_Geschoss.Flur.Hue_Max
zeig mal das Script
Hier steuere ich die Hue Lampe und will gerne die Lichtstärke ausgeben. mehr ist das nicht.
Ich habe das Script als blockly geschrieben...
habe den Blockly exportiert und als txt Datei hier eingestellt.
Hue_Max.txt -
@Homoran sagte in ioBroker auf PI4 stürzt immer mal wieder ab:
@Kapitaen31 sagte in ioBroker auf PI4 stürzt immer mal wieder ab:
script.js.common.Lichtsteuerung.Ober_Geschoss.Flur.Hue_Max
zeig mal das Script
Hier steuere ich die Hue Lampe und will gerne die Lichtstärke ausgeben. mehr ist das nicht.
Ich habe das Script als blockly geschrieben...
habe den Blockly exportiert und als txt Datei hier eingestellt.
Hue_Max.txt@Kapitaen31 sagte in ioBroker auf PI4 stürzt immer mal wieder ab:
Ich habe das Script als blockly geschrieben...
dann zeig es bitte als Screenshot hier eingebunden
-
@Homoran sagte in ioBroker auf PI4 stürzt immer mal wieder ab:
@Kapitaen31 sagte in ioBroker auf PI4 stürzt immer mal wieder ab:
Kein system.host...
als Experte?
habe sie gefunden. ich hatte nicht als Experte geschaut.
Ich würde alle mit "mem", "diskfree", "cpu" mitschreiben.Oder noch andere ?
-
@OliverIO sagte in ioBroker auf PI4 stürzt immer mal wieder ab:
wenn der rechner auf betriebssystemebene abstürzt musst du auch die logs des betriebssystems prüfen.
ein applikationslog (wie hier vom iobroker) wird da uU nix dazu sagen können. bspw weil das betriebssystem entscheidet das eine applikation abgeschossen wird (ggfs wegen oom= out of memory)
dann bekommt der iobroker das gar nicht richtig mitOkay, welche Logs sind da entscheidend?
@Kapitaen31 sagte in ioBroker auf PI4 stürzt immer mal wieder ab:
Okay, welche Logs sind da entscheidend?
Kernel-Log, speziell nach folgenden Schlüsselwörtern suchen
dmesg -T | grep <suchbegriff>error
warn
segfault
oom
watchdogsystemd journal mit
sudo journalctl --since 2025-12-01 --until 2025-12-02mit --since und --until wirst du den zeitraum einschränken müssen
mit seite auf/ab kannst du dann blättern und dann schaust du dir mal die 100 zeile vor dem absturz an.da auch nach den gleichen suchbegriffen wie oben schauen.
halt irgendwelche probleme.
im zweifel kopieren und hier reinposten -
@Homoran sagte in ioBroker auf PI4 stürzt immer mal wieder ab:
@Kapitaen31 sagte in ioBroker auf PI4 stürzt immer mal wieder ab:
Kein system.host...
als Experte?
habe sie gefunden. ich hatte nicht als Experte geschaut.
Ich würde alle mit "mem", "diskfree", "cpu" mitschreiben.Oder noch andere ?
@Kapitaen31 sagte in ioBroker auf PI4 stürzt immer mal wieder ab:
mem
es gibt mehrere mit mem.
ja kannst du machen.
fügt der systemlast noch mehr dazu, aber dann wird, wenn es das ist, der absturtz ein wenig früher sein. -
@Kapitaen31 sagte in ioBroker auf PI4 stürzt immer mal wieder ab:
Ich habe das Script als blockly geschrieben...
dann zeig es bitte als Screenshot hier eingebunden
@Homoran sagte in ioBroker auf PI4 stürzt immer mal wieder ab:
@Kapitaen31 sagte in ioBroker auf PI4 stürzt immer mal wieder ab:
Ich habe das Script als blockly geschrieben...
dann zeig es bitte als Screenshot hier eingebunden
Es ist recht groß. Ich hoffe ihr könnte es lesen.

und die anderen Teile. Ich habe sie in mehrere Bilder unterteilt. Immer ein Trigger.




-
@Homoran sagte in ioBroker auf PI4 stürzt immer mal wieder ab:
@Kapitaen31 sagte in ioBroker auf PI4 stürzt immer mal wieder ab:
Ich habe das Script als blockly geschrieben...
dann zeig es bitte als Screenshot hier eingebunden
Es ist recht groß. Ich hoffe ihr könnte es lesen.

und die anderen Teile. Ich habe sie in mehrere Bilder unterteilt. Immer ein Trigger.




oder du machst ein export.
dann können es andere zum prüfen importieren (ich nicht :) bei blockly bin ich raus) -
@Kapitaen31 sagte in ioBroker auf PI4 stürzt immer mal wieder ab:
mem
es gibt mehrere mit mem.
ja kannst du machen.
fügt der systemlast noch mehr dazu, aber dann wird, wenn es das ist, der absturtz ein wenig früher sein.@OliverIO sagte in ioBroker auf PI4 stürzt immer mal wieder ab:
es gibt mehrere mit mem.
Ja, genau. Das meinte ich auch. ich habe noch CPU und load mit eingefügt.
-
oder du machst ein export.
dann können es andere zum prüfen importieren (ich nicht :) bei blockly bin ich raus)@OliverIO sagte in ioBroker auf PI4 stürzt immer mal wieder ab:
oder du machst ein export.
dann können es andere zum prüfen importieren (ich nicht :) bei blockly bin ich raus)Ja, genau. Das hatte ich oben schon gemacht.
-
@Homoran sagte in ioBroker auf PI4 stürzt immer mal wieder ab:
@Kapitaen31 sagte in ioBroker auf PI4 stürzt immer mal wieder ab:
Ich habe das Script als blockly geschrieben...
dann zeig es bitte als Screenshot hier eingebunden
Es ist recht groß. Ich hoffe ihr könnte es lesen.

und die anderen Teile. Ich habe sie in mehrere Bilder unterteilt. Immer ein Trigger.




@Kapitaen31 sagte in ioBroker auf PI4 stürzt immer mal wieder ab:
Es ist recht groß
ja, mobil kaum handlebar 😉
ich hab mich daher erst mal auf den Abend beschränkt, da fällt mir auf, dass dort
max erreichbareine Zahl (1|) ist.
in allen anderen Fällen ist es bool.Ob das jetzt ein Problem im Vergleich ergibt entzieht sich meinem Wissen. es könnte durch implizite Typwandlung korrigiert werden.
-
@OliverIO sagte in ioBroker auf PI4 stürzt immer mal wieder ab:
oder du machst ein export.
dann können es andere zum prüfen importieren (ich nicht :) bei blockly bin ich raus)Ja, genau. Das hatte ich oben schon gemacht.
@Kapitaen31 sagte in ioBroker auf PI4 stürzt immer mal wieder ab:
Das hatte ich oben schon gemacht.
aber bitte als Text in code-tags, ggf in spoiler.
nicht als downloadbare Datei unbekannten Formats und Inhalts -
@Kapitaen31 sagte in ioBroker auf PI4 stürzt immer mal wieder ab:
Okay, welche Logs sind da entscheidend?
Kernel-Log, speziell nach folgenden Schlüsselwörtern suchen
dmesg -T | grep <suchbegriff>error
warn
segfault
oom
watchdogsystemd journal mit
sudo journalctl --since 2025-12-01 --until 2025-12-02mit --since und --until wirst du den zeitraum einschränken müssen
mit seite auf/ab kannst du dann blättern und dann schaust du dir mal die 100 zeile vor dem absturz an.da auch nach den gleichen suchbegriffen wie oben schauen.
halt irgendwelche probleme.
im zweifel kopieren und hier reinposten@OliverIO sagte in ioBroker auf PI4 stürzt immer mal wieder ab:
Kernel-Log, speziell nach folgenden Schlüsselwörtern suchen
dmesg -T | grep <suchbegriff>error
warn
segfault
oom
watchdogBei error erfolgt keine Ausgabe.
Bei warn erhalte ich folgendes:PI@PIArgon:/var/log $ dmesg -T | grep warn [Fr Jan 30 17:33:52 2026] snd_bcm2835: module is from the staging directory, the quality is unknown, you have been warned. [Fr Jan 30 17:33:52 2026] vc_sm_cma: module is from the staging directory, the quality is unknown, you have been warned. [Fr Jan 30 17:33:52 2026] bcm2835_mmal_vchiq: module is from the staging directory, the quality is unknown, you have been warned. [Fr Jan 30 17:33:52 2026] bcm2835_codec: module is from the staging directory, the quality is unknown, you have been warned. [Fr Jan 30 17:33:52 2026] bcm2835_v4l2: module is from the staging directory, the quality is unknown, you have been warned. [Fr Jan 30 17:33:52 2026] bcm2835_isp: module is from the staging directory, the quality is unknown, you have been warned.Bei segfault und oom erscheinen keine Ausgaben.
Bei watchdog:PI@PIArgon:/var/log $ dmesg -T | grep watchdog [Fr Jan 30 17:33:47 2026] bcm2835-wdt bcm2835-wdt: Broadcom BCM2835 watchdog timersystemd journal mit
Wie lange dauert so eine Ausgabe ? Ich habe von 29.01. bis 30.01. den Zeitraum eingeschränkt.
Weil es erscheint bei mir nicht sofort die Ausgabe. Bisher zeigt der Befehl bei mir nichts. -
@Kapitaen31 sagte in ioBroker auf PI4 stürzt immer mal wieder ab:
Das hatte ich oben schon gemacht.
aber bitte als Text in code-tags, ggf in spoiler.
nicht als downloadbare Datei unbekannten Formats und Inhalts@Homoran sagte in ioBroker auf PI4 stürzt immer mal wieder ab:
@Kapitaen31 sagte in ioBroker auf PI4 stürzt immer mal wieder ab:
Das hatte ich oben schon gemacht.
aber bitte als Text in code-tags, ggf in spoiler.
nicht als downloadbare Datei unbekannten Formats und InhaltsOkay, dann mache ich es oben als spoiler.