Startreihenfolge der Adapter

[da_Woody]

@homoran öhm, nach einem stromausfall, kann mein proxmox server/ioB sein, wie er mag. selbst ein raspi braucht länger.
meine shelly/tasmotadingens sind ja in der sekunde wieder mit strom versorgt, was sollen die dinger hochfahren? die warten max auf einen WLAN connect. ioB braucht sicher länger. bis dann die adapter starten...
woher sollen da errors her kommen?

[da_Woody]

@peterfido iwie liest sich das langsam als verständigungsproblem
jau, bei proxmox kann man die reihenfolge einstellen, bei adaptern unter ioB wäre mir das nicht bekannt, weil auch nicht notwendig.

[MKaiser96]

@da_woody said in Startreihenfolge der Adapter:

[...] bei adaptern unter ioB wäre mir das nicht bekannt, weil auch nicht notwendig.

Ob es notwendig ist oder nicht, muss jeder für sich entscheiden. Ich bin der Meinung, es wäre notwendig. Wenn der NodeRED Adapter schneller gestartet ist als meine CCU, stürzt NodeRED ab, da es die Zentrale nicht findet. Daher wäre eine Startreihenfolge bzw. -verzögerung sehr sinnvoll.

Es sollte doch möglich sein, dass ausgewählte Adapter bei Systemstart nicht automatisch starten und man diese mittels eines Skripts in Blockly manuell starten könnte.

[Homoran]

@mkaiser96 das hat doch nichts mit Startreihenfolge von Adaptern zu tun, wenn du noch warten willst, dass irgendein x-beliebiges Gerät auch noch vollständig hochgefahren ist.
die CCU ist doch kein Adapter.

[Thomas Braun]

@mkaiser96

Für einzelne Adapter kenne ich da nix.
Aber du kannst den Start des iobrokers um X Sekunden verzögern.

Trag in die Datei /usr/lib/systemd/system/iobroker.service
die Zeile

ExecStartPre=/bin/sleep 30

unter dem Bereich [SERVICE] ein.
Dann wird der Start um 30 Sekunden verzögert.

Schaut dann so aus:

[Unit]
Description=ioBroker Server
Documentation=http://iobroker.net
After=network.target redis.service influxdb.service mysql-server.service mariadb-server.service
Wants=redis.service influxdb.service mysql-server.service mariadb-server.service

[Service]
Type=simple
User=iobroker
Environment="NODE=$(which node)"
ExecStartPre=/bin/sleep 30
ExecStart=/usr/bin/bash -c '${NODE} /opt/iobroker/node_modules/iobroker.js-controller/controller.js'
Restart=on-failure
RestartSec=3s

[Install]
WantedBy=multi-user.target

[da_Woody]

@thomas-braun sagte in Startreihenfolge der Adapter:

Aber du kannst den Start des iobrokers um X Sekunden verzögern.

darum gehts ja anscheinend nicht! er will die adpter in gewünschter reihenfolge starten mit verzögerung...

[Thomas Braun]

@da_woody sagte in Startreihenfolge der Adapter:

darum gehts ja anscheinend nicht! er will die adpter in gewünschter reihenfolge starten mit verzögerung...

Kommt doch aufs gleiche raus, wenn auf andere Dienste (außerhalb des iobrokers) gewartet werden soll.

[da_Woody]

@thomas-braun klar, aber das hat doch nix mit einem adapter zu tun.
hatte sowas ähliches auch schon. strom ein, mein rechner war schneller da als mein router nach dem modem, die IP meines rechners war als modem beim provider angemeldet. da ging logischer weise nüscht mehr...

[Marc Berg]

@mkaiser96 sagte in Startreihenfolge der Adapter:

Wenn der NodeRED Adapter schneller gestartet ist als meine CCU, stürzt NodeRED ab, da es die Zentrale nicht findet.

Mal abgesehen von der Diskussion um die Startreihenfolge. Was ich nicht verstehe ist, warum NodeRed abstürzt. Ich habe etliche Systeme über NodeRed angebunden, wenn zwischenzeitlich eines dieser Systeme (noch) nicht da ist, passiert einfach ein Reconnect. Einen Absturz wegen nicht verfügbarer Schnittstellen habe ich noch nie erlebt.

[Thomas Braun]

@da_woody sagte in Startreihenfolge der Adapter:

klar, aber das hat doch nix mit einem adapter zu tun.

Aber die Adapter starten nicht ohne den iobroker. Wenn der also verzögert startet, dann die Adapter natürlich auch...

[MKaiser96]

@thomas-braun

Prinzipiell stimmt das soweit. Die CCU ist ein externer Dienst. Ich habe aber auch noch weitere Adapter laufen, die ich gerne in einer gewissen Reihenfolge mit Verzögerung starten möchte.

Eine Diskussion über die Sinnhaftigkeit hilft mir hier leider nicht weiter. Eine Lösung des Problems wäre sehr hilfreich und kann sicher auch weitere Nutzer weiterhelfen.

[DJMarc75]

@mkaiser96 sagte in Startreihenfolge der Adapter:

Ich habe aber auch noch weitere Adapter laufen

Bist Du da jetzt sicher dass Du ioBroker-Adapter meinst?
Ich meine speziell Dein NodeRed. Läuft das als Adapter auf ioBroker oder als NodeRed auf einem eigenen System ?

[Thomas Braun]

@mkaiser96

Rudimentär kann man das hier steuern:

Gibt aber nur 3 Stufen.

[MKaiser96]

@djmarc75
Ja, ich habe NodeRED als Adapter auf meinem ioBroker laufen.

@Thomas-Braun
Da kann ich aber leider keine Zeit einstellen. Das hilft mir hier leider nicht direkt weiter.

[paul53]

@mkaiser96 sagte: NodeRED Adapter erst nach einer gewissen Zeit starten

Weise die Node-Red-Instanz in der Startreihenfolge nach hinten (3), stoppe die Instanz bei Neustart von Javascript (Startfolge: 1) und starte sie verzögert wieder.

const idNR = 'system.adapter.node-red.0';
const objNR = getObject(idNR);
objNR.common.enabled = false;
setObject(idNR, objNR); 
setTimeout(function() {
    objNR.common.enabled = true;
    setObject(idNR, objNR);
}, 30000);

[peterfido]

@da_woody @MKaiser96 Ich hatte das so vesrtanden, dass da auf einen externen Server (CCU) gewartet werden soll.

Meine CCU ist eine VM unter Proxmox. Diese braucht mit einem zugewiesenen CPU Kern eine deutliche Zeit länger, bis diese hochgefahren ist. Mit zwei CPU Kernen fährt die wesentlich flotter hoch.

Die Frage könnte im Bezug auf Node-Red hier im Forum unter Node-Red evtl. besser aufgehoben sein. Ich nutze Node-Red auch für vieles. Abstürze kommen da allerdings nicht vor. Wenn ein Gerät nicht erreichbar ist, startet Node-Red die Verbindung dorthin einfach neu.

Ansonsten:

• CCU kann iobroker selbst mit den HMxxx-Adaptern. Node-Red kann da auf die Objekte lauschen.
• Fehler kann man in Node-Red mit den Catch-Nodes abfangen.

[MKaiser96]

Dass NodeRED abstürzt, lassen wir jetzt am besten mal außen vor. Ich habe auch sämtliche Programme in NodeRED, die zeitgesteuert sind. Diese werden beim Start immer getriggert, um im richtigen Zeitplan zu sein. Wenn jetzt meine CCU noch nicht erreichbar ist, gibt es Fehler und meine sämtlich zeitgesteuerten Programme sind nicht im richtigen Zeitplan. Daher soll eben erst die CCU online sein, bevor meine Logikebene dazukommt und alle Programme richtig triggern kann.

Der gezeigte Ansatz mit dem Stoppen der Adapter und erneuten Starten ist schonmal ein guter Ansatz. Kann man denn nicht festlegen, dass bestimmte Adapter erst gar nicht gestartet werden und man diese per Skript manuell startet?

[peterfido]

@mkaiser96

Quick´Dirty: Am Anfang eine Schleife drehen, welche die CCU solange anpingt, bis diese antwortet. Zwischendurch den Ping immer wieder abfragen, falls da was unterbricht.

Wenn Node-Red allerdingsdabei so aus dem Ruder gerät, dass es abstürzt, hilft das nur bedingt.

Sauberer ist es, Fehler / Unerwartetes sauber abzufangen.

[Wildbill]

@mkaiser96 sagte in Startreihenfolge der Adapter:

Eine Lösung des Problems wäre sehr hilfreich und kann sicher auch weitere Nutzer weiterhelfen.

Ich würde empfehlen, anstatt an den Symptomen herumzumachen, die Ursache zu beseitigen. Hol Dir eine oder zwei kleine USV, die kurze Stromausfälle puffern und bei längeren die Systeme auch sauber runterfahren. Kosten nicht die Welt, ersparen aber viel Ärger. Wenn die Systeme runtergefahren wurden, kannst Du sie gezielt in Wunschreihenfolge wieder starten. Und die Dateisysteme werden es Dir danken, wenn sie nicht einfach hart vom Strom gehen sondern vorher einen sauberen Shutdown erleben dürfen...

Gruss, Jürgen

[mickym]

@marc-berg sagte in Startreihenfolge der Adapter:

@mkaiser96 sagte in Startreihenfolge der Adapter:

Wenn der NodeRED Adapter schneller gestartet ist als meine CCU, stürzt NodeRED ab, da es die Zentrale nicht findet.

Mal abgesehen von der Diskussion um die Startreihenfolge. Was ich nicht verstehe ist, warum NodeRed abstürzt. Ich habe etliche Systeme über NodeRed angebunden, wenn zwischenzeitlich eines dieser Systeme (noch) nicht da ist, passiert einfach ein Reconnect. Einen Absturz wegen nicht verfügbarer Schnittstellen habe ich noch nie erlebt.

Na das kann schon passieren, wenn man Nodes verwendet, die direkt mit der Hardware kommunizieren. Ich nutze beispielsweise direkt die Harmony Nodes - da die wesentlich performanter sind, als der entsprechende iobroker-Adapter. (Für Lautstärke ist er einfach unbrauchbar) Es gibt allerdings auch das Problem, dass wenn diese Harmony Nodes nicht richtig initialisiert sind, stürzt NodeRed ab, weil diese Node einfach einen Fehler hat - bzw. irgendetwas nicht berücksichtigt. Das liegt nicht an Node-Red an sich, sondern an den speziellen Nodes in bestimmten Konstellationen. Das ist das gleiche, wenn ein Adapter den ganzen iobroker zum Erliegen bringt.

Gut was sehe ich für Möglichkeiten:

1. Du stellst auf den Homematic Adapter um, dann brauchst Du diese Nodes nicht.
2. Du blockierst entsprechende Flows über eine globale oder flow- Variable, die Du über eine Inject-Node steuerst - und nach dem Start des Adapters (bzw. Node-Red) in einer bestimmten Zeit frei gibst. Die Idee mit dem ping ist auch nicht schlecht - entweder über Ping Node oder Adapter.
3. Du stellst sicher - dass der ganze iobroker erst nach dem CCU-Service startet. - Ist aber nicht zu empfehlen, da wohl bei jedem Update oder iobroker fix - evtl. Abhöngigkeiten wieder verloren gehen.