NEWS
ioBroker friert ein: "Request actual repository...".....
-
@lollo_c hast Du in Deiner Aufzählung auch Adapter die Scheduled sind ? z.B. Wetter oder so ?
@djmarc75 sagte in ioBroker friert ein: "Request actual repository...".....:
@lollo_c hast Du in Deiner Aufzählung auch Adapter die Scheduled sind ? z.B. Wetter oder so ?
Ja, hier die aktuelle iob diag:
Mit freundlichen Grüßen und Glückauf
Wilfried -
@djmarc75 sagte in ioBroker friert ein: "Request actual repository...".....:
@lollo_c hast Du in Deiner Aufzählung auch Adapter die Scheduled sind ? z.B. Wetter oder so ?
Ja, hier die aktuelle iob diag:
@lollo_c sagte in ioBroker friert ein: "Request actual repository...".....:
Ja
Sehr gut dass du iob diag zeigst, aber wenn Du Scheduled-Adapter in Deiner Aufzählung hast dann kippt Dir Dein Skript um da diese Datenpunkte auf (null) gehen wenn der jeweilige Adapter sich wieder deaktiviert.
-
@lollo_c sagte in ioBroker friert ein: "Request actual repository...".....:
Ja
Sehr gut dass du iob diag zeigst, aber wenn Du Scheduled-Adapter in Deiner Aufzählung hast dann kippt Dir Dein Skript um da diese Datenpunkte auf (null) gehen wenn der jeweilige Adapter sich wieder deaktiviert.
@djmarc75 sagte in ioBroker friert ein: "Request actual repository...".....:
... aber wenn Du Scheduled-Adapter in Deiner Aufzählung hast dann kippt Dir Dein Skript um da diese Datenpunkte auf (null) gehen wenn der jeweilige Adapter sich wieder deaktiviert.
So ganz verstehe ich das nicht, da die zeitgesteuerten Adapter den Datenpunkt "connection" nicht haben und deshalb von dem Script auch nicht angesprochen werden.
Wie dem auch sei, ich lasse das Script erst einmal deaktiviert und warte ab, was passiert.
Mit freundlichen Grüßen und Glückauf
Wilfried -
@djmarc75 sagte in ioBroker friert ein: "Request actual repository...".....:
... aber wenn Du Scheduled-Adapter in Deiner Aufzählung hast dann kippt Dir Dein Skript um da diese Datenpunkte auf (null) gehen wenn der jeweilige Adapter sich wieder deaktiviert.
So ganz verstehe ich das nicht, da die zeitgesteuerten Adapter den Datenpunkt "connection" nicht haben und deshalb von dem Script auch nicht angesprochen werden.
Wie dem auch sei, ich lasse das Script erst einmal deaktiviert und warte ab, was passiert.
@lollo_c sagte in ioBroker friert ein: "Request actual repository...".....:
da die zeitgesteuerten Adapter den Datenpunkt "connection" nicht haben
Aber klar hat jeder installierte Adapter den Datenpunkt "connected" - bis auf die VIS-Adapter, also Widgets-Adapter.
Ich bau da heut noch was zusammen.Lehrling seit 1975 !!!
Beitrag geholfen ? dann gerne ein upvote rechts unten im Beitrag klicken ;)
https://forum.iobroker.net/topic/51555/hinweise-f%C3%BCr-gute-forenbeitr%C3%A4ge -
@lollo_c sagte in ioBroker friert ein: "Request actual repository...".....:
da die zeitgesteuerten Adapter den Datenpunkt "connection" nicht haben
Aber klar hat jeder installierte Adapter den Datenpunkt "connected" - bis auf die VIS-Adapter, also Widgets-Adapter.
Ich bau da heut noch was zusammen.@djmarc75 sagte in ioBroker friert ein: "Request actual repository...".....:
Ich bau da heut noch was zusammen.
Als JS wäre es einfach:
const ids = Array.prototype.slice.apply($('state[id=system.*.*.*.connected]')); on({id: ids, change: 'ne'}, async function(obj) { let active = 0; let inactive = 0; for (let id of ids) { const instanceObject = await getObjectAsync(id.replace('.connected', '')); const scheduled = getAttr(instanceObject, 'common.schedule'); if (!scheduled) { if (getState(id).val) { active++ } else { inactive++; } } } log(`Aktive Instanzen: ${active}`); log(`Inaktive Instanzen: ${inactive}`); await setStateAsync('0_userdata.0.System.StatusInstanzen' , !inactive, true); });Für Blockly fehlt mir gerade die Muße ;-)
"Any fool can write code that a computer can understand. Good programmers write code that humans can understand." (Martin Fowler, "Refactoring")
Proxmox 9.1.1 LXC|8 GB|Core i7-6700
HmIP|ZigBee|Tasmota|Unifi
Zabbix Certified Specialist
Konnte ich Dir helfen? Dann benutze bitte das Voting unten rechts im Beitrag -
@djmarc75 sagte in ioBroker friert ein: "Request actual repository...".....:
Ich bau da heut noch was zusammen.
Als JS wäre es einfach:
const ids = Array.prototype.slice.apply($('state[id=system.*.*.*.connected]')); on({id: ids, change: 'ne'}, async function(obj) { let active = 0; let inactive = 0; for (let id of ids) { const instanceObject = await getObjectAsync(id.replace('.connected', '')); const scheduled = getAttr(instanceObject, 'common.schedule'); if (!scheduled) { if (getState(id).val) { active++ } else { inactive++; } } } log(`Aktive Instanzen: ${active}`); log(`Inaktive Instanzen: ${inactive}`); await setStateAsync('0_userdata.0.System.StatusInstanzen' , !inactive, true); });Für Blockly fehlt mir gerade die Muße ;-)
Das Problem an diesem Script ist aber generell, dass man es regelmäßig neustarten muss damit alle Instanzen berücksichtigt werden. Und es könnte Probleme geben, wenn eine Instanz gelöscht wird (weil der State dann nicht mehr da ist, aber noch in der Liste steht).
@codierknecht sagte in ioBroker friert ein: "Request actual repository...".....:
getAttr(instanceObject, 'common.schedule');
Da würde ich eher auf den
common.modegehen und nurdaemonberücksichtigen. Gibt ja neben Schedule auch noch einige andere.🧑🎓 Autor des beliebten ioBroker-Master-Kurses
🎥 Tutorials rund um das Thema DIY-Smart-Home: https://haus-automatisierung.com/
📚 Meine inoffizielle ioBroker Dokumentation -
Das Problem an diesem Script ist aber generell, dass man es regelmäßig neustarten muss damit alle Instanzen berücksichtigt werden. Und es könnte Probleme geben, wenn eine Instanz gelöscht wird (weil der State dann nicht mehr da ist, aber noch in der Liste steht).
@codierknecht sagte in ioBroker friert ein: "Request actual repository...".....:
getAttr(instanceObject, 'common.schedule');
Da würde ich eher auf den
common.modegehen und nurdaemonberücksichtigen. Gibt ja neben Schedule auch noch einige andere.Wie gesagt:
@codierknecht sagte in ioBroker friert ein: "Request actual repository...".....:
Prinzip:
Da führen - wie so oft - viele Wege nach Rom.
@haus-automatisierung sagte in ioBroker friert ein: "Request actual repository...".....:
Das Problem an diesem Script ist aber generell, dass man es regelmäßig neustarten muss damit alle Instanzen berücksichtigt werden. Und es könnte Probleme geben, wenn eine Instanz gelöscht wird (weil der State dann nicht mehr da ist, aber noch in der Liste steht).
Das ließe sich vermutlich auch noch irgendwie automatisieren.
Ein bisschen Gehirnschmalz darf der TE da natürlich noch investieren :grin: -
@djmarc75 sagte in ioBroker friert ein: "Request actual repository...".....:
... aber wenn Du Scheduled-Adapter in Deiner Aufzählung hast dann kippt Dir Dein Skript um da diese Datenpunkte auf (null) gehen wenn der jeweilige Adapter sich wieder deaktiviert.
So ganz verstehe ich das nicht, da die zeitgesteuerten Adapter den Datenpunkt "connection" nicht haben und deshalb von dem Script auch nicht angesprochen werden.
Wie dem auch sei, ich lasse das Script erst einmal deaktiviert und warte ab, was passiert.
@lollo_c Hallo Zusammen,
also an dem Script lag es offensichtlich nicht,. Obwohl es deaktiviert war hat der Raspi heute wieder seinen Dienst eingestellt: Symptome wie gehabt;- iobroker und Vis nicht erreichbar
- Raspi rote LED an, grüne blinkt,
- Ping antwortet sofort
- mit Putty nicht erreichbar.
Ich habe ihm eine Stunde Zeit gegeben und dann den Stecker gezogen. Nach dem Neustart ins Protokoll geschaut. Die letzten Einträge vor dem Crash waren wieder:
2024-03-12 15:44:10.246 - info: admin.0 (919) Request actual repository... 2024-03-12 15:44:12.765 - info: host.RasPi4 Updating repository "stable" under "http://download.iobroker.net/sources-dist.json"Jemand eine Idee, wie ich weitersuchen kann?
Mit freundlichen Grüßen und Glückauf
Wilfried -
@lollo_c Hallo Zusammen,
also an dem Script lag es offensichtlich nicht,. Obwohl es deaktiviert war hat der Raspi heute wieder seinen Dienst eingestellt: Symptome wie gehabt;- iobroker und Vis nicht erreichbar
- Raspi rote LED an, grüne blinkt,
- Ping antwortet sofort
- mit Putty nicht erreichbar.
Ich habe ihm eine Stunde Zeit gegeben und dann den Stecker gezogen. Nach dem Neustart ins Protokoll geschaut. Die letzten Einträge vor dem Crash waren wieder:
2024-03-12 15:44:10.246 - info: admin.0 (919) Request actual repository... 2024-03-12 15:44:12.765 - info: host.RasPi4 Updating repository "stable" under "http://download.iobroker.net/sources-dist.json"Jemand eine Idee, wie ich weitersuchen kann?
@lollo_c sagte in ioBroker friert ein: "Request actual repository...".....:
Jemand eine Idee, wie ich weitersuchen kann?
Schau dir deine Lautsprecher-Skripte an. Nicht das du mit denen das System strangulierst.
-
@lollo_c sagte in ioBroker friert ein: "Request actual repository...".....:
Jemand eine Idee, wie ich weitersuchen kann?
Schau dir deine Lautsprecher-Skripte an. Nicht das du mit denen das System strangulierst.
@thomas-braun sagte in ioBroker friert ein: "Request actual repository...".....:
Schau dir deine Lautsprecher-Skripte an. Nicht das du mit denen das System strangulierst.
Okay, ich habe die Scripte erst einmal alle deaktiviert. Mal sehen, was morgen passiert ;-)
-
@thomas-braun sagte in ioBroker friert ein: "Request actual repository...".....:
Schau dir deine Lautsprecher-Skripte an. Nicht das du mit denen das System strangulierst.
Okay, ich habe die Scripte erst einmal alle deaktiviert. Mal sehen, was morgen passiert ;-)
@lollo_c sagte in ioBroker friert ein: "Request actual repository...".....:
Okay, ich habe die Scripte erst einmal alle deaktiviert. Mal sehen, was morgen passiert ;-)
Gestern lief der ioBroker durch. Aber heute kam es wieder zum Absturz. Im Log waren um 16:51 Uhr wieder die letzten Meldungen zu lesen:
2024-03-14 16:51:44.443 - info: admin.0 (900) Adapter rating updated 2024-03-14 16:52:07.331 - info: admin.0 (900) Request actual repository... 2024-03-14 16:52:10.859 - info: host.RasPi4 Updating repository "stable" under "http://download.iobroker.net/sources-dist.json"Danach wieder wie gehabt: ping i.O. ; mit Putty kein Zugriff. Um 17:41 habe ich dann den Stecker gezogen und der RasPi lief neu hoch. Beim betrachten der Logs fiel mir danach auf, dass der RasPi in der Zwischenzeit wohl doch was ins log geschrieben hat. Folgende Einträge sind von 17:31 Uhr:
2024-03-14 17:31:25.715 - info: host.RasPi4 iobroker.js-controller version 5.0.19 js-controller starting 2024-03-14 17:31:25.722 - info: host.RasPi4 Copyright (c) 2014-2023 bluefox, 2014 hobbyquaker 2024-03-14 17:31:25.723 - info: host.RasPi4 hostname: RasPi4, node: v18.19.1 2024-03-14 17:31:25.724 - info: host.RasPi4 ip addresses: 192.168.2.210 2003:e0:9712:9a00:a47e:4086:36a5:a208 fe80::5635:5d6e:3e15:cb7e 2024-03-14 17:31:27.258 - info: host.RasPi4 connected to Objects and States 2024-03-14 17:31:27.288 - info: host.RasPi4 added notifications configuration of host 2024-03-14 17:31:28.283 - info: host.RasPi4 Delete state "system.host.RasPi4.versions.nodeCurrent" 2024-03-14 17:31:28.287 - info: host.RasPi4 55 instances found 2024-03-14 17:31:28.368 - info: host.RasPi4 starting 28 instances 2024-03-14 17:31:28.381 - warn: host.RasPi4 startInstance cannot find adapter "vis-material-webfont@0.0.3". Try to install it... 1 attempt 2024-03-14 17:31:28.383 - info: host.RasPi4 iobroker install vis-material-webfont@0.0.3 using installedFrom 2024-03-14 17:31:28.572 - info: host.RasPi4 Delete state "system.host.RasPi4.versions.nodeNewest" 2024-03-14 17:31:28.591 - info: host.RasPi4 instance system.adapter.admin.0 started with pid 898 2024-03-14 17:31:28.623 - info: host.RasPi4 Delete state "system.host.RasPi4.versions.nodeNewestNext" 2024-03-14 17:31:28.633 - info: host.RasPi4 Delete state "system.host.RasPi4.versions.npmCurrent" 2024-03-14 17:31:28.641 - info: host.RasPi4 Delete state "system.host.RasPi4.versions.npmNewest" 2024-03-14 17:31:28.650 - info: host.RasPi4 Delete state "system.host.RasPi4.versions.npmNewestNext" 2024-03-14 17:31:28.658 - info: host.RasPi4 Some obsolete host states deleted. 2024-03-14 17:31:31.746 - error: host.RasPi4 iobroker npm-install: host.RasPi4 Unknown packetName vis-material-webfont. Please install packages from outside the repository using npm! 2024-03-14 17:31:32.513 - info: host.RasPi4 instance system.adapter.influxdb.0 started with pid 909 2024-03-14 17:31:32.803 - info: host.RasPi4 iobroker npm-install: exit 12 2024-03-14 17:31:32.957 - info: admin.0 (898) starting. Version 6.13.16 in /opt/iobroker/node_modules/iobroker.admin, node: v18.19.1, js-controller: 5.0.19 2024-03-14 17:31:33.009 - info: admin.0 (898) requesting all objects 2024-03-14 17:31:36.174 - info: admin.0 (898) received all objects 2024-03-14 17:31:36.561 - info: host.RasPi4 instance system.adapter.influxdb.1 started with pid 932 2024-03-14 17:31:36.754 - info: admin.0 (898) Request actual repository... 2024-03-14 17:31:36.826 - info: admin.0 (898) socket.io server listening on port 8081 2024-03-14 17:31:36.843 - info: admin.0 (898) http server listening on port 8081 2024-03-14 17:31:36.844 - info: admin.0 (898) Use link "http://127.0.0.1:8081" to configure. 2024-03-14 17:31:39.474 - info: influxdb.0 (909) starting. Version 4.0.2 in /opt/iobroker/node_modules/iobroker.influxdb, node: v18.19.1, js-controller: 5.0.19 2024-03-14 17:31:39.518 - info: influxdb.0 (909) No stored data from last exit found 2024-03-14 17:31:39.522 - info: influxdb.0 (909) Connecting http://localhost:8086/ ... 2024-03-14 17:31:39.523 - info: influxdb.0 (909) Influx DB Version used: 1.xDann folgt eine ganze Auflistung bei der alle geloggten Datenpunkte der influxdb aufgelistet sind. Gefolgt von eine Auflistung aller Scripte im javascript-Adapter und dann den Homematic usw. Adapter.
Würde mich über den nächsten Tipp zur Fehlersuche sehr freuen.Mit freundlichen Grüßen und Glückauf
Wilfried -
@lollo_c sagte in ioBroker friert ein: "Request actual repository...".....:
Okay, ich habe die Scripte erst einmal alle deaktiviert. Mal sehen, was morgen passiert ;-)
Gestern lief der ioBroker durch. Aber heute kam es wieder zum Absturz. Im Log waren um 16:51 Uhr wieder die letzten Meldungen zu lesen:
2024-03-14 16:51:44.443 - info: admin.0 (900) Adapter rating updated 2024-03-14 16:52:07.331 - info: admin.0 (900) Request actual repository... 2024-03-14 16:52:10.859 - info: host.RasPi4 Updating repository "stable" under "http://download.iobroker.net/sources-dist.json"Danach wieder wie gehabt: ping i.O. ; mit Putty kein Zugriff. Um 17:41 habe ich dann den Stecker gezogen und der RasPi lief neu hoch. Beim betrachten der Logs fiel mir danach auf, dass der RasPi in der Zwischenzeit wohl doch was ins log geschrieben hat. Folgende Einträge sind von 17:31 Uhr:
2024-03-14 17:31:25.715 - info: host.RasPi4 iobroker.js-controller version 5.0.19 js-controller starting 2024-03-14 17:31:25.722 - info: host.RasPi4 Copyright (c) 2014-2023 bluefox, 2014 hobbyquaker 2024-03-14 17:31:25.723 - info: host.RasPi4 hostname: RasPi4, node: v18.19.1 2024-03-14 17:31:25.724 - info: host.RasPi4 ip addresses: 192.168.2.210 2003:e0:9712:9a00:a47e:4086:36a5:a208 fe80::5635:5d6e:3e15:cb7e 2024-03-14 17:31:27.258 - info: host.RasPi4 connected to Objects and States 2024-03-14 17:31:27.288 - info: host.RasPi4 added notifications configuration of host 2024-03-14 17:31:28.283 - info: host.RasPi4 Delete state "system.host.RasPi4.versions.nodeCurrent" 2024-03-14 17:31:28.287 - info: host.RasPi4 55 instances found 2024-03-14 17:31:28.368 - info: host.RasPi4 starting 28 instances 2024-03-14 17:31:28.381 - warn: host.RasPi4 startInstance cannot find adapter "vis-material-webfont@0.0.3". Try to install it... 1 attempt 2024-03-14 17:31:28.383 - info: host.RasPi4 iobroker install vis-material-webfont@0.0.3 using installedFrom 2024-03-14 17:31:28.572 - info: host.RasPi4 Delete state "system.host.RasPi4.versions.nodeNewest" 2024-03-14 17:31:28.591 - info: host.RasPi4 instance system.adapter.admin.0 started with pid 898 2024-03-14 17:31:28.623 - info: host.RasPi4 Delete state "system.host.RasPi4.versions.nodeNewestNext" 2024-03-14 17:31:28.633 - info: host.RasPi4 Delete state "system.host.RasPi4.versions.npmCurrent" 2024-03-14 17:31:28.641 - info: host.RasPi4 Delete state "system.host.RasPi4.versions.npmNewest" 2024-03-14 17:31:28.650 - info: host.RasPi4 Delete state "system.host.RasPi4.versions.npmNewestNext" 2024-03-14 17:31:28.658 - info: host.RasPi4 Some obsolete host states deleted. 2024-03-14 17:31:31.746 - error: host.RasPi4 iobroker npm-install: host.RasPi4 Unknown packetName vis-material-webfont. Please install packages from outside the repository using npm! 2024-03-14 17:31:32.513 - info: host.RasPi4 instance system.adapter.influxdb.0 started with pid 909 2024-03-14 17:31:32.803 - info: host.RasPi4 iobroker npm-install: exit 12 2024-03-14 17:31:32.957 - info: admin.0 (898) starting. Version 6.13.16 in /opt/iobroker/node_modules/iobroker.admin, node: v18.19.1, js-controller: 5.0.19 2024-03-14 17:31:33.009 - info: admin.0 (898) requesting all objects 2024-03-14 17:31:36.174 - info: admin.0 (898) received all objects 2024-03-14 17:31:36.561 - info: host.RasPi4 instance system.adapter.influxdb.1 started with pid 932 2024-03-14 17:31:36.754 - info: admin.0 (898) Request actual repository... 2024-03-14 17:31:36.826 - info: admin.0 (898) socket.io server listening on port 8081 2024-03-14 17:31:36.843 - info: admin.0 (898) http server listening on port 8081 2024-03-14 17:31:36.844 - info: admin.0 (898) Use link "http://127.0.0.1:8081" to configure. 2024-03-14 17:31:39.474 - info: influxdb.0 (909) starting. Version 4.0.2 in /opt/iobroker/node_modules/iobroker.influxdb, node: v18.19.1, js-controller: 5.0.19 2024-03-14 17:31:39.518 - info: influxdb.0 (909) No stored data from last exit found 2024-03-14 17:31:39.522 - info: influxdb.0 (909) Connecting http://localhost:8086/ ... 2024-03-14 17:31:39.523 - info: influxdb.0 (909) Influx DB Version used: 1.xDann folgt eine ganze Auflistung bei der alle geloggten Datenpunkte der influxdb aufgelistet sind. Gefolgt von eine Auflistung aller Scripte im javascript-Adapter und dann den Homematic usw. Adapter.
Würde mich über den nächsten Tipp zur Fehlersuche sehr freuen.@lollo_c sagte in ioBroker friert ein: "Request actual repository...".....:
Folgende Einträge sind von 17:31 Uhr:
nicht unbedingt!
der Raspi hat keine Batteriegepufferte Echtzeituhr.
es kann also eine falsche Uhrzeit sein, bevorcder Pi sich per ntp wieder die richtige Zeit verschaffen konnte. -
@lollo_c sagte in ioBroker friert ein: "Request actual repository...".....:
Folgende Einträge sind von 17:31 Uhr:
nicht unbedingt!
der Raspi hat keine Batteriegepufferte Echtzeituhr.
es kann also eine falsche Uhrzeit sein, bevorcder Pi sich per ntp wieder die richtige Zeit verschaffen konnte.@homoran sagte in ioBroker friert ein: "Request actual repository...".....:
nicht unbedingt!
der Raspi hat keine Batteriegepufferte Echtzeituhr.
es kann also eine falsche Uhrzeit sein, bevorcder Pi sich per ntp wieder die richtige Zeit verschaffen konnte.Schade. Ich hatte schon die Hoffnung, dass ich nur nicht lange genug gewartet hätte. Kann ich denn sonst noch irgendwo sehen, waren der ioBroker eingefroren ist?
Mit freundlichen Grüßen und Glückauf
Wilfried -
@homoran sagte in ioBroker friert ein: "Request actual repository...".....:
nicht unbedingt!
der Raspi hat keine Batteriegepufferte Echtzeituhr.
es kann also eine falsche Uhrzeit sein, bevorcder Pi sich per ntp wieder die richtige Zeit verschaffen konnte.Schade. Ich hatte schon die Hoffnung, dass ich nur nicht lange genug gewartet hätte. Kann ich denn sonst noch irgendwo sehen, waren der ioBroker eingefroren ist?
@lollo_c hattest du das log aus den Dateien geholt?
(/opt/iobroker/logs) -
@lollo_c sagte in ioBroker friert ein: "Request actual repository...".....:
@homoran Ja, es ist aber mit dem aus dem ioBroker identisch.
da sind aber mehrere
-
@lollo_c sagte in ioBroker friert ein: "Request actual repository...".....:
@homoran Ja, es ist aber mit dem aus dem ioBroker identisch.
da sind aber mehrere
@homoran Da sind die gz-Dateien der letzten Tage, die iobroker.2024-03-14.log, eine iobroker-audit.json und ein Ordner iobroker.current.log, den ich mit FileZilla nicht öffnen kann. Heruntergeladen ergibt er eine Text-Datei mit bekanntem Inhalt.
Wo müsste ich suchen?Mit freundlichen Grüßen und Glückauf
Wilfried -
@homoran Da sind die gz-Dateien der letzten Tage, die iobroker.2024-03-14.log, eine iobroker-audit.json und ein Ordner iobroker.current.log, den ich mit FileZilla nicht öffnen kann. Heruntergeladen ergibt er eine Text-Datei mit bekanntem Inhalt.
Wo müsste ich suchen?@lollo_c sagte in ioBroker friert ein: "Request actual repository...".....:
Wo müsste ich suchen?
im log des gestrigen Tages, nicht im current.log
-
@lollo_c sagte in ioBroker friert ein: "Request actual repository...".....:
Wo müsste ich suchen?
im log des gestrigen Tages, nicht im current.log
@homoran Ich war jetzt etwas irritiert, da Du geschrieben hattest, es müsste noch andere Log-Dateien geben. Ich habe tatsächlich nur die selben log-Dateien, die auch im ioBroker angezeigt werden.
Ich schreibe auch einige Werte aus dem rpi-Adapter mit. Außer einer erhöhten CPU-Load nach dem Neustart und während des nächtlichen Backup kann ich da nichts erkennen. Schon gar nicht in dem Zeitraum 16:51 Uhr (vor dem einfrieren).
Wo müsste ich jetzt weitersuchen?Mit freundlichen Grüßen und Glückauf
Wilfried -
@homoran Ich war jetzt etwas irritiert, da Du geschrieben hattest, es müsste noch andere Log-Dateien geben. Ich habe tatsächlich nur die selben log-Dateien, die auch im ioBroker angezeigt werden.
Ich schreibe auch einige Werte aus dem rpi-Adapter mit. Außer einer erhöhten CPU-Load nach dem Neustart und während des nächtlichen Backup kann ich da nichts erkennen. Schon gar nicht in dem Zeitraum 16:51 Uhr (vor dem einfrieren).
Wo müsste ich jetzt weitersuchen?@lollo_c sagte in ioBroker friert ein: "Request actual repository...".....:
Ich habe tatsächlich nur die selben log-Dateien, die auch im ioBroker angezeigt werden.
Nach "Stecker raus" fängt der Log im iob üblicherweise erst mit dem Neustart an.
Intetessant wäre das, was zuletzt davor kam.
Ich hatte die Hoffnung dass in den Dateien etwas zu sehen sei.Ansonsten gäbe es noch ein Linux log, da kenne ich mich aber nicht mit aus.
820
Online32.4k
Benutzer81.6k
Themen1.3m
Beiträge