Script zur Überprüfung ob eine Instanz noch läuft.

[paul53]

@eumats sagte:

In Deinem original Skript steht nach Zeile 35 noch ein cnt++. Ist das erforderlich?

Ja. Das Skript ist an mehreren Stellen verändert worden. Die Variable cnt ist dafür gedacht, dass ein Wert > 0 im Datenpunkt 'Status.ioBroker.Adapterüberwachung.Störung' anzeigt, dass mindestens eine Instanz gestört ist.

[deta]

@sigi234 sagte in Script zur Überprüfung ob eine Instanz noch läuft.:

@deta sagte in Script zur Überprüfung ob eine Instanz noch läuft.:

@sigi234 Danke, scheint aber nur eine Mail zu versenden. Bräuchte das für Telegram.

sendTo('telegram.0', 'iobroker - ' + txt);

ich hab absolut kein Plan wo das genau eingebaut werden muss..

[Samson71]

Ersetze "email" einfach durch "telegram"

[deta]

Scheint zu funktionieren .

Nur jetzt Meckert er . das der Adapter Das Wetter und tvspielfilm ein Problem mit alive haben.
Laufen aber .

cu Deta

[eumats]

Ich habe das Skript etwas abgewandelt um genau diese kurzen Aussetzer der Adapter abzufangen. Wobei zugegebenermaßen noch der Test aussteht, ob das Skript auch etwas melden, wenn die Ausfall nicht nur kurz war. Da habe ich noch keine Idee, wie ich das Stimulieren kann.

// Überwacht alle laufenden Adapter
 
function alarmMeldung(txt) {
    txt = 'Adapter läuft nicht ordnungsgemäß: ' + txt;
    sendeStatusPerTelegram(txt);
    log(txt);
}
 
var cnt = 0,
    timeoutZeit = 1 * 60000;
 
on(/^system\.adapter\..+\.alive$/, function (dp) {
    if (dp.state.val)
        //log('trigger für Adapterüberwachung aktiv');
    var id = (dp.id.split('.'));

    // Ausnahmen definieren. id[2] != 'admin' && id[2] != 'yahka'
    if (id[2] != 'admin') {
        if (dp.state.val) {
            cnt--;
            if (cnt <= 0) {
                log('Adapter laufen fehlerfrei');
                cnt = 0; // falls verzählt und cnt < 0
            }
         } else {
            log('### Fehler entdeckt. Warte auf Selbstheilung: ' + id[2]);
            var timeout = setTimeout(function () {
                var dpname = ('system.adapter.' + id[2] + '.' + id[3] + '.' + id[4]),
                    newid  = ('system.adapter.' + id[2] + '.' + id[3]),
                    instance = getObject(newid);
                log('### Wartezeit vorrüber. Prüfe noch mal: ' + id[2])

                // nur einen Fehler melden, wenn der Adapter vorher auch mal aktiv war. Bzw. deaktivierte Adapter ignorieren
                if (!getState(dpname).val) {
                    if (instance.common.enabled) {
                        alarmMeldung(dp.common.name);
                        cnt = 0; // falls verzählt und cnt < 0
                    }
                } else {
                    log('### Der Fehler hat selbst geheilt: '+ id[2])
                }
            }, timeoutZeit);
            cnt++;
         }
     }
 });

[paul53]

@deta sagte:

Das Wetter und tvspielfilm ein Problem mit alive

Laufen die Instanzen nicht ständig ? Dann ergänze die Zeile

    if (id[2] != 'admin' && id[2] != 'daswetter' && id[2] != 'tvspielfilm') {

um diese Adapter.

[eumats]

@paul53
Ich glaube er meint mehr, dass der Zustand "toggelt". Also alive kurzzeitig auf false geht. Ich hatte heute morgen z.B. 10 Meldungen das der Adapter web nicht geht, obwohl alles ok ist.

[deta]

Es kommt aber immer alle paar Minuten, das die beiden Adapter ein problem mit Alive haben. So die Nachricht.
Ich versuche mal die Ergänzung.

[deta]

bis jetzt ist alles gut. Beobachte es weiter..

[paul53]

@deta Das sind beides Adapter, die sich Daten aus dem Internet holen. Verhält sich connected genauso wie alive ?

[eumats]

Bei mir waren es Web und Backitup...

[deta]

Ich denke das hängt damit zusammen , das diese nicht immer aktiv sind, sondern nur kurz zum Datenabgleich.

[thewhobox]

@deta Die Adapter laufen nicht ständig, sondern per Cron.
In der io-package.json sieht man das schön:

"mode": "schedule",
"schedule": "*/5 * * * *",

Evtl müsste man noch einbauen, dass er sich das common Objekt des Adapters holt und überprüft ob es dauernd läuft (daemond glaube ich) oder eben nur alle paar Mintuen zum abholen von Daten (scheduled).

[paul53]

@thewhobox sagte:

Die Adapter laufen nicht ständig, sondern per Cron.

Das war meine Frage

Laufen die Instanzen nicht ständig ?

@eumats sagte in Script zur Überprüfung ob eine Instanz noch läuft.:

Bei mir waren es Web

Ich habe mal web.0.alive und web.0.connected historisiert mit folgendem Ergebnis: Es wird immer wieder ein Wert null in web.0.alive eingefügt. web.0.connected hat keine zusätzlichen Einträge (ist konstant true), also sollte man im RegExp alive gegen connected austauschen.

[deta]

Diese Adapter sind doch nicht wichtig! Wenn Sie abkacken ist das halt so.
Andere für die ganze Steuerung sind wichtig! Das Sie laufen, Alexa Adapter ioT etc...
Wenn man diese Adapter einfach so ausklammern kann ist das ok!

Bei mir ist nun Ruhe. Werde ich genau wissen ob alles geht, wenn ein Adapter mal Geld wird.

cu Deta

[deta]

Aber nun kommen im Log neue Fehler:

Spoiler

javascript.0 2019-05-23 13:48:52.637 error at Manager.Emitter.emit (/opt/iobroker/node_modules/socket.io-client/node_modules/component-emitter/index.js:133:20)
javascript.0 2019-05-23 13:48:52.637 error at Manager.<anonymous> (/opt/iobroker/node_modules/component-bind/index.js:21:15)
javascript.0 2019-05-23 13:48:52.636 error at Socket.onpacket (/opt/iobroker/node_modules/socket.io-client/lib/socket.js:228:12)
javascript.0 2019-05-23 13:48:52.636 error at Socket.onevent (/opt/iobroker/node_modules/socket.io-client/lib/socket.js:270:10)
javascript.0 2019-05-23 13:48:52.636 error at Socket.Emitter.emit (/opt/iobroker/node_modules/socket.io-client/node_modules/component-emitter/index.js:133:20)
javascript.0 2019-05-23 13:48:52.635 error at Socket.<anonymous> (/opt/iobroker/node_modules/iobroker.js-controller/lib/states/statesInMemClient.js:52:30)
javascript.0 2019-05-23 13:48:52.635 error at Object.change (/opt/iobroker/node_modules/iobroker.js-controller/lib/adapter.js:3705:37)
javascript.0 2019-05-23 13:48:52.634 error at Object.stateChange (/opt/iobroker/node_modules/iobroker.javascript/main.js:364:25)
javascript.0 2019-05-23 13:48:52.634 error at Object.callback (/opt/iobroker/node_modules/iobroker.javascript/lib/sandbox.js:963:38)
javascript.0 2019-05-23 13:48:52.633 error at Object.<anonymous> (script.js.common.Instanzen_Überwachung:61:26)
javascript.0 2019-05-23 13:48:52.633 error Error in callback: TypeError: Cannot read property 'common' of null
javascript.0 2019-05-23 13:48:52.629 warn Object "system,adapter,lgtv,0,alive" does not exist

[paul53]

@deta sagte:

warn Object "system,adapter,lgtv,0,alive" does not exist

Wie kommen Kommata in die ID ?

[paul53]

Mit folgendem Skript

on(/^system\.adapter\..+\.alive$/, function(dp) {
    log(dp.common.name + ': ' + dp.state.val);
});

on(/^system\.adapter\..+\.connected$/, function(dp) {
    log(dp.common.name + ': ' + dp.state.val);
});

habe ich festgestellt, dass etliche Adapter (ping, web, admin, linkeddevices, javascript, ...) immer wieder null und kurz darauf true bei alive liefern. Bei connected dagegen ist es ruhig.
Schlussfolgerung: Entweder man verwendet connected

on(/^system\.adapter\..+\.connected$/, function (dp) {

oder man prüft explizit auf false.

         } else if(dp.state.val === false) {

[deta]

@paul53 sagte in Script zur Überprüfung ob eine Instanz noch läuft.:

@deta sagte:

warn Object "system,adapter,lgtv,0,alive" does not exist

Wie kommen Kommata in die ID ?

Woher soll ich das Wissen, vom Adapter warscheinlich

[eumats]

@paul53
Danke das Du noch mal geschaut hast. Ich versuche mal else if Variante...