ioBroker friert ein: "Request actual repository...".....

[Codierknecht]

@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

[haus-automatisierung]

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.mode gehen und nur daemon berücksichtigen. Gibt ja neben Schedule auch noch einige andere.

[Codierknecht]

@haus-automatisierung

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

[Lollo_C]

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

[Thomas Braun]

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

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

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

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

[Homoran]

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

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

[Homoran]

@lollo_c hattest du das log aus den Dateien geholt?
(/opt/iobroker/logs)

[Lollo_C]

@homoran Ja, es ist aber mit dem aus dem ioBroker identisch.

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