UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[Homoran]

@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]

@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?

[Homoran]

@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]

@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?

[Homoran]

@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.

[Lollo_C]

@homoran sagte in ioBroker friert ein: "Request actual repository...".....:

Nach "Stecker raus" fängt der Log im iob üblicherweise erst mit dem Neustart an.

Ja, das betrifft aber nur die Protokolle im Admin des ioBroker. Wenn man die Log herunterläd bekommt man den kompletten Tag ab 0:00 Uhr.

Interessant wäre das, was zuletzt davor kam.

Das ist es ja: Jedesmal kamen, bevor der ioBroker einfror, folgende Meldungen:

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"

Für mich sieht das so aus, als wenn der Adapter ein aktuelles Repository anfordert und dann etwas in eine externe Datei ("http://download.iobroker.net/sources-dist.json") speichern will und dabei einfriert.

Wie im Eingangspost erwähnt, habe ich das System erst am vergangenen Wochenende neu aufgesetzt. Dabei wurden auch alle Adapter usw. auf den neusten Stand gebracht. Mit den alten Versionen hatte ich das Problem nicht.
Mir wäre nur wichtig, das Problem zu lösen, da ich demnächst in den Urlaub fahren möchte und aus der Ferne kann ich zwar per VPN in den ioBroker reingucken, aber ich kann keinen Stecker ziehen.

[Homoran]

@lollo_c sagte in ioBroker friert ein: "Request actual repository...".....:

als wenn der Adapter ein aktuelles Repository anfordert und dann etwas in eine externe Datei ("http://download.iobroker.net/sources-dist.json") speichern will

nein, das ist die Datei mit den aktuellen Versionen des Repos, die heruntergeladen wird/werden soll.

kannst du anklicken, dann sollte das hier kommen:

[Lollo_C]

@homoran Okay, das sehe ich. Aber warum hängt er sich an dieser Stelle immer auf? Soll ich mal einen alternativen Verwahrungsort eintragen?

[Homoran]

@lollo_c was passiert wenn duu auf der Seite "Adapter" den reload button drückst?

[Lollo_C]

@homoran sagte in ioBroker friert ein: "Request actual repository...".....:

@lollo_c was passiert wenn duu auf der Seite "Adapter" den reload button drückst?

Da kommt kurz der blaue Ladebalken und mehr nicht. Kein Eintrag unter Protokolle.

[Homoran]

@lollo_c aber es friert auch nicht ein?

@lollo_c sagte in ioBroker friert ein: "Request actual repository...".....:

Kein Eintrag unter Protokolle.

sollte aber. oder hast du die Logstufe des Admin hochgesetzt?

[Lollo_C]

@homoran Ca. 2 Minuten nach meiner Aktion kamen folgende Fehlermeldungen

host.RasPi4
2024-03-15 15:47:17.529	error	Invalid request getRepository. "callback"(false) or "from"(true) is null
host.RasPi3
2024-03-15 15:47:17.530	error	Invalid request getRepository. "callback"(false) or "from"(true) is null

Bei betätigen den Button kam folgende Info (Sorry, ich hatte die Protokolle noch auf error stehen)

host.RasPi4
2024-03-15 15:45:30.190	info	Updating repository "stable" under "http://download.iobroker.net/sources-dist.json"

[Homoran]

@lollo_c sagte in ioBroker friert ein: "Request actual repository...".....:

kamen folgende Fehlermeldungen

konntest du das Repo im Browser über den Link erreichen?

[Lollo_C]

@homoran sagte in ioBroker friert ein: "Request actual repository...".....:

konntest du das Repo im Browser über den Link erreichen?

Ja

[Homoran]

@lollo_c schon mal gut.
Dann hast du schon mal kein allgemeines Problem mit dem redirect.
Aber ob iob auch dahin kommt weiss msn noch nicht.

@lollo_c sagte in ioBroker friert ein: "Request actual repository...".....:

Soll ich mal einen alternativen Verwahrungsort eintragen?

dann mach das mal. nimm den Pfad aus meinem Screenshot

[Lollo_C]

@homoran Habe den Verwahrungsort für stable umgestellt. Danach einmal den Button auf der Adapterseite betätigt. Es kam auch die Meldung

host.RasPi4
2024-03-15 16:08:56.325	info	Updating repository "stable" under "http://repo.iobroker.live/sources-dist.json"

Danach kamen noch jede Menge Info-Meldungen vom Slave, die ich so in der Log-Datei des Master nicht sehen kann. Offensichtlich starten da alle Instanzen neu.

[Homoran]

@lollo_c sagte in ioBroker friert ein: "Request actual repository...".....:

Offensichtlich starten da alle Instanzen neu.

nöö

@lollo_c sagte in ioBroker friert ein: "Request actual repository...".....:

die ich so in der Log-Datei des Master nicht sehen kann.

dann stell um auf Slave

[Lollo_C]

@homoran Okay, hast Recht. Das sind alles Scheduled Adapter und die holen Daten.
Jetzt betreibe ich den ioBroker schon seid fast 5 Jahren und man lernt immer noch dazu. Solange das System läuft ist alles gut und man möchte immer mehr davon.

Ich denke, ich lass es erst mal so laufen und warte ab, was passiert. Er hat ja vorher auch schon mal 2 Tage am Stück gelaufen. Sollte was sein, melde ich mich wieder. Bis dahin vielen, vielen Dank für die Unterstützung.

[Lollo_C]

@lollo_c sagte in ioBroker friert ein: "Request actual repository...".....:

Ich denke, ich lass es erst mal so laufen und warte ab, was passiert. Er hat ja vorher auch schon mal 2 Tage am Stück gelaufen.

So, ich war jetzt eine Woche im Urlaub und der Raspi ist 2x eingefroren. Die letzte Einträge in der Protokolldatei waren wieder:

2024-03-22 19:10:21.310 - info: admin.0 (895) Adapter rating updated
2024-03-22 19:11:11.508 - info: admin.0 (895) Request actual repository...
2024-03-22 19:11:14.967 - info: host.RasPi4 Updating repository "stable" under "http://repo.iobroker.live/sources-dist.json"

Für den Raspi2 (Slave) konnte ich zuletzt folgende Meldungen auslesen:

2024-03-22 19:13:58.231 - warn: ical.0 (4164) slow connection to objects DB. Still waiting ...
2024-03-22 19:13:58.262 - warn: ical.0 (4165) slow connection to objects DB. Still waiting ...
2024-03-22 19:14:00.010 - warn: host.RasPi3 instance system.adapter.ical.0 already running with pid 4165
2024-03-22 19:15:00.013 - warn: host.RasPi3 instance system.adapter.ical.0 already running with pid 4165
2024-03-22 19:16:07.391 - info: host.RasPi3 instance system.adapter.dwd.0 started with pid 4586
2024-03-22 19:16:20.701 - warn: dwd.0 (4586) slow connection to objects DB. Still waiting ...
2024-03-22 19:20:09.933 - info: dwd.0 (4586) Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason
2024-03-22 19:23:15.846 - info: host.RasPi3 instance system.adapter.luftdaten.0 started with pid 5703

Im Verlauf der Nacht habe ich auf dem Slave noch folgende Meldungen gefunden:

2024-03-23 04:03:49.170  - error: rpi2.1 (6010) Objects database error: read EHOSTUNREACH
2024-03-23 04:03:55.010  - error: rpi2.1 (6010) Objects database error: connect EHOSTUNREACH 192.168.2.210:9001
2024-03-23 04:04:01.250  - error: rpi2.1 (6010) Objects database error: connect EHOSTUNREACH 192.168.2.210:9001
2024-03-23 04:04:07.490  - error: rpi2.1 (6010) Objects database error: connect EHOSTUNREACH 192.168.2.210:9001
2024-03-23 04:04:09.651  - error: smartmeter.0 (6086) Objects database error: read EHOSTUNREACH
2024-03-23 04:04:13.730  - error: rpi2.1 (6010) Objects database error: connect EHOSTUNREACH 192.168.2.210:9001
2024-03-23 04:04:16.851  - error: smartmeter.0 (6086) Objects database error: connect EHOSTUNREACH 192.168.2.210:9001
2024-03-23 04:04:19.969  - error: rpi2.1 (6010) Objects database error: connect EHOSTUNREACH 192.168.2.210:9001
2024-03-23 04:04:23.091  - error: smartmeter.0 (6086) Objects database error: connect EHOSTUNREACH 192.168.2.210:9001
2024-03-23 04:04:26.210  - error: rpi2.1 (6010) Objects database error: connect EHOSTUNREACH 192.168.2.210:9001
2024-03-23 04:04:29.330  - error: smartmeter.0 (6086) Objects database error: connect EHOSTUNREACH 192.168.2.210:9001
2024-03-23 04:04:32.450  - error: rpi2.1 (6010) Objects database error: connect EHOSTUNREACH 192.168.2.210:9001
2024-03-23 04:04:35.570  - error: smartmeter.0 (6086) Objects database error: connect EHOSTUNREACH 192.168.2.210:9001
2024-03-23 04:04:38.690  - error: rpi2.1 (6010) Objects database error: connect EHOSTUNREACH 192.168.2.210:9001

Da ich beim Neuaufsetzen des ioBroker Probleme mit der REDIS Datenbank-Verbindung zum Slave hatte vermute ich mal, dass sich beim Prüfen der aktuellen Repositorys die REDIS Datenbank aufhängt. Kann das sein? ...und wie kann ich das überprüfen?
Ich habe im Admin-Adapter den Zeitraum für die Überprüfung der Updates erst einmal von "täglich" auf "alle 2 Wochen" gestellt.

[Thomas Braun]

@lollo_c

Gibt mal von allen Kisten die Langfassung von

iob diag

bekannt.