NEWS
[vermutl. gelöst] Adapter auf Client kein Neustart
-
Guten Abend!
Ich habe einen- NUC, darauf läuft iO-Host mit js 2.0.x. mit aktuellen Adaptern, die ich allesamt mit Klick neustarten kann
- PI2, darauf läuft iO-Client mit js 2.0.x mit dem mpd + Backitup - Adaptern, die kann ich NICHT über den Admin neu starten
Warum ich das benötige? Sobald ich den Master neu starte funktioniert der MDP Adapter auf em Host nicht mehr.
Frage: Könnt Ihr auf dem Host(Master) - Admin/Instances eure Slave Adapter neu starten? Bei mir geht das gefühlt seit js 2.0.x nicht mehr.


LG, mxa
-
Guten Abend!
Ich habe einen- NUC, darauf läuft iO-Host mit js 2.0.x. mit aktuellen Adaptern, die ich allesamt mit Klick neustarten kann
- PI2, darauf läuft iO-Client mit js 2.0.x mit dem mpd + Backitup - Adaptern, die kann ich NICHT über den Admin neu starten
Warum ich das benötige? Sobald ich den Master neu starte funktioniert der MDP Adapter auf em Host nicht mehr.
Frage: Könnt Ihr auf dem Host(Master) - Admin/Instances eure Slave Adapter neu starten? Bei mir geht das gefühlt seit js 2.0.x nicht mehr.


LG, mxa
-
@metaxa hast schon mal geschaut ob du eine Fehlermeldung bekommst ?? was sagt das LOG ??
kannst du den Adapter Stopen ??@arteck Hi, ich schwöre!!!! Das Neustarten ging tagelang nicht, warum jetzt als ich ein akutells LOG ziehen wollte? K.A., die faszinierende Welt des iO.
mpd.0 2019-11-07 09:30:46.449 info (1848) MPD ready! mpd.0 2019-11-07 09:30:46.299 info (1848) starting. Version 1.0.2 in /opt/iobroker/node_modules/iobroker.mpd, node: v10.16.3 host.raspy-bad-radio 2019-11-07 09:30:29.027 info instance system.adapter.mpd.0 started with pid 1848 host.raspy-bad-radio 2019-11-07 09:30:27.607 info instance system.adapter.mpd.0 terminated with code 156 (156) host.raspy-bad-radio 2019-11-07 09:30:26.493 info stopInstance system.adapter.mpd.0 send kill signal mpd.0 2019-11-07 09:30:26.457 info (489) Terminated (START_IMMEDIATELY_AFTER_STOP): Without reason mpd.0 2019-11-07 09:30:26.453 info (489) terminating mpd.0 2019-11-07 09:30:26.451 info (489) cleaned everything up... mpd.0 2019-11-07 09:30:26.440 info (489) Got terminate signal TERMINATE_YOURSELF host.raspy-bad-radio 2019-11-07 09:30:26.411 info stopInstance system.adapter.mpd.0 backitup.1 2019-11-07 09:30:19.115 info (1832) [minimal] backup was activated at 00:30 every 3 day(s) backitup.1 2019-11-07 09:30:18.911 info (1832) starting. Version 1.2.2 in /opt/iobroker/node_modules/iobroker.backitup, node: v10.16.3 host.raspy-bad-radio 2019-11-07 09:30:07.855 info instance system.adapter.backitup.1 started with pid 1832 host.raspy-bad-radio 2019-11-07 09:30:06.980 info instance system.adapter.backitup.1 terminated with code 156 (156) host.raspy-bad-radio 2019-11-07 09:30:06.315 info stopInstance system.adapter.backitup.1 killing pid 482 backitup.1 2019-11-07 09:30:05.764 info (482) Terminated (START_IMMEDIATELY_AFTER_STOP): Without reason backitup.1 2019-11-07 09:30:05.759 info (482) terminating host.raspy-bad-radio 2019-11-07 09:30:05.305 info stopInstance system.adapter.backitup.1 send kill signal backitup.1 2019-11-07 09:30:05.246 info (482) Got terminate signal TERMINATE_YOURSELF host.raspy-bad-radio 2019-11-07 09:30:05.212 info stopInstance system.adapter.backitup.1Ich melde mich erneut, wenn das Problem wieder akut ist. Danke!
LG, mxa
-
Konnte soeben das Problem nachstellen:
- Neustart des Host (Proxmox/VM)
- Slave Adapter (PI2) lassen sich nicht mehr stoppen/startetn/pausieren, keine Reaktion im Log. Auch über den Admin Reiter Host ist kein Neustart des Slave möglich. Das Fenster kommt hoch, es wird aber kein Neustart durchgeführt.
- Nur ein vollständiger Neustart des Slaves bringt Abhilfe.
Habe nur ich das Problem?
LG, mxa
-
Ich bin nach wie vor auf der Fehlersuche. Heute lief wieder kein Radio (mpd.0) im Bad (Slave).
Um 02:00 wird der iO-Host unter Proxmox gestoppt um ein Backup der kompletten VM zu erstellen:

iO-Logdatei des Slave:2019-11-18 02:00:23.230 - [31merror[39m: mpd.0 (9553) connect ETIMEDOUT 2019-11-18 02:00:23.253 - [31merror[39m: backitup.1 (9546) connect ETIMEDOUT 2019-11-18 02:00:23.267 - [31merror[39m: host.raspy-bad-radio connect ETIMEDOUT 2019-11-18 02:00:23.318 - [31merror[39m: mpd.0 (9553) connect ETIMEDOUT 2019-11-18 02:00:23.318 - [31merror[39m: backitup.1 (9546) connect ETIMEDOUT 2019-11-18 02:00:23.319 - [31merror[39m: host.raspy-bad-radio connect ETIMEDOUT 2019-11-18 02:00:35.549 - [31merror[39m: host.raspy-bad-radio connect ECONNREFUSED 192.168.0.96:9000 2019-11-18 02:00:35.555 - [31merror[39m: mpd.0 (9553) connect ECONNREFUSED 192.168.0.96:9000 2019-11-18 02:00:35.557 - [31merror[39m: backitup.1 (9546) connect ECONNREFUSED 192.168.0.96:9000Ab diesem Zeitpunkt kommt keine brauchbare Verbindung mehr zwischen Host & Slave zustande, beim Versuch den Adapter mpd.0 auf dem Slave neu zu starten:
backitup.1 2019-11-18 02:00:35.557 error (9546) connect ECONNREFUSED 192.168.0.96:9000 mpd.0 2019-11-18 02:00:35.555 error (9553) connect ECONNREFUSED 192.168.0.96:9000 host.raspy-bad-radio 2019-11-18 02:00:35.549 error connect ECONNREFUSED 192.168.0.96:9000 host.raspy-bad-radio 2019-11-18 02:00:23.319 error connect ETIMEDOUT backitup.1 2019-11-18 02:00:23.318 error (9546) connect ETIMEDOUT mpd.0 2019-11-18 02:00:23.318 error (9553) connect ETIMEDOUT host.raspy-bad-radio 2019-11-18 02:00:23.267 error connect ETIMEDOUT backitup.1 2019-11-18 02:00:23.253 error (9546) connect ETIMEDOUTAuf dem Slave läuft aber der iO:

Scheinbar aber mehrfach:

Jetzt hilft nur der Neustart des komplettes Slave. Ich bin mir ganz sicher, dieses Verhalten tritt erst seit Umstellung auf js-controller 2.x.x auf.
Was kann ich tun um bei einem Neustart des Host den Slave nicht zu verlieren? Es kann doch nicht sein, dass ich nach einem Neustart des Host jedesmal den Slave händisch neustarten muss.
LG, mxa
-
Ich bin nach wie vor auf der Fehlersuche. Heute lief wieder kein Radio (mpd.0) im Bad (Slave).
Um 02:00 wird der iO-Host unter Proxmox gestoppt um ein Backup der kompletten VM zu erstellen:

iO-Logdatei des Slave:2019-11-18 02:00:23.230 - [31merror[39m: mpd.0 (9553) connect ETIMEDOUT 2019-11-18 02:00:23.253 - [31merror[39m: backitup.1 (9546) connect ETIMEDOUT 2019-11-18 02:00:23.267 - [31merror[39m: host.raspy-bad-radio connect ETIMEDOUT 2019-11-18 02:00:23.318 - [31merror[39m: mpd.0 (9553) connect ETIMEDOUT 2019-11-18 02:00:23.318 - [31merror[39m: backitup.1 (9546) connect ETIMEDOUT 2019-11-18 02:00:23.319 - [31merror[39m: host.raspy-bad-radio connect ETIMEDOUT 2019-11-18 02:00:35.549 - [31merror[39m: host.raspy-bad-radio connect ECONNREFUSED 192.168.0.96:9000 2019-11-18 02:00:35.555 - [31merror[39m: mpd.0 (9553) connect ECONNREFUSED 192.168.0.96:9000 2019-11-18 02:00:35.557 - [31merror[39m: backitup.1 (9546) connect ECONNREFUSED 192.168.0.96:9000Ab diesem Zeitpunkt kommt keine brauchbare Verbindung mehr zwischen Host & Slave zustande, beim Versuch den Adapter mpd.0 auf dem Slave neu zu starten:
backitup.1 2019-11-18 02:00:35.557 error (9546) connect ECONNREFUSED 192.168.0.96:9000 mpd.0 2019-11-18 02:00:35.555 error (9553) connect ECONNREFUSED 192.168.0.96:9000 host.raspy-bad-radio 2019-11-18 02:00:35.549 error connect ECONNREFUSED 192.168.0.96:9000 host.raspy-bad-radio 2019-11-18 02:00:23.319 error connect ETIMEDOUT backitup.1 2019-11-18 02:00:23.318 error (9546) connect ETIMEDOUT mpd.0 2019-11-18 02:00:23.318 error (9553) connect ETIMEDOUT host.raspy-bad-radio 2019-11-18 02:00:23.267 error connect ETIMEDOUT backitup.1 2019-11-18 02:00:23.253 error (9546) connect ETIMEDOUTAuf dem Slave läuft aber der iO:

Scheinbar aber mehrfach:

Jetzt hilft nur der Neustart des komplettes Slave. Ich bin mir ganz sicher, dieses Verhalten tritt erst seit Umstellung auf js-controller 2.x.x auf.
Was kann ich tun um bei einem Neustart des Host den Slave nicht zu verlieren? Es kann doch nicht sein, dass ich nach einem Neustart des Host jedesmal den Slave händisch neustarten muss.
LG, mxa
@metaxa nein war nicht es gab immer Probleme wenn der Master nicht da war (mein zwave und zigbee waren da sehr empfindlich und beide auf unterschiedlcihen slaves) .. sollte aber mit 2.1.0 besser sein..
welche version hast du genau auf dem Master und dem Slave ??
ewtl. bau auf Redis/Redis um.. dann sollte sich das auch erledigt haben
-
@metaxa nein war nicht es gab immer Probleme wenn der Master nicht da war (mein zwave und zigbee waren da sehr empfindlich und beide auf unterschiedlcihen slaves) .. sollte aber mit 2.1.0 besser sein..
welche version hast du genau auf dem Master und dem Slave ??
ewtl. bau auf Redis/Redis um.. dann sollte sich das auch erledigt haben
@arteck Lieben Dank für dein rasches FB!
Ich habe seit 2 Jahren exakt die gleiche Architektur, die Probleme jedoch erst seit paar Wochen und nach Umstellung auf 2.x.x., vielleicht nur ein Zufall.@arteck sagte in Adapter auf Client kein Neustart möglich:
.. sollte aber mit 2.1.0 besser sein..
welche version hast du genau auf dem Master und dem Slave ??@arteck sagte in Adapter auf Client kein Neustart möglich:
ewtl. bau auf Redis/Redis um.. dann sollte sich das auch erledigt haben
Das würde ich mir sehr gerne sparen, ich habe mir das mehrmals angesehen und das ist glaube ich nix für mich. Da ist es dann bei Neuinstallation / Backup- bzw. Restorthemen doch erheblich komplizierter.
LG, mxa
-
@arteck Lieben Dank für dein rasches FB!
Ich habe seit 2 Jahren exakt die gleiche Architektur, die Probleme jedoch erst seit paar Wochen und nach Umstellung auf 2.x.x., vielleicht nur ein Zufall.@arteck sagte in Adapter auf Client kein Neustart möglich:
.. sollte aber mit 2.1.0 besser sein..
welche version hast du genau auf dem Master und dem Slave ??@arteck sagte in Adapter auf Client kein Neustart möglich:
ewtl. bau auf Redis/Redis um.. dann sollte sich das auch erledigt haben
Das würde ich mir sehr gerne sparen, ich habe mir das mehrmals angesehen und das ist glaube ich nix für mich. Da ist es dann bei Neuinstallation / Backup- bzw. Restorthemen doch erheblich komplizierter.
LG, mxa
@metaxa das stimmr auch wiederrum nicht.. du hast zwischenzeitlich bestimmt
apt update
apt upgradeausgeführt...
node hast du bestimmt auch hochgezogen... für dich sind es keine Änderungen .. Systemtechnisch schon..
ich behaupte ja nicht das es mncht ein bug ist in der 2.1 aber .. sollte nicht mehr vorkommen
-
@metaxa das stimmr auch wiederrum nicht.. du hast zwischenzeitlich bestimmt
apt update
apt upgradeausgeführt...
node hast du bestimmt auch hochgezogen... für dich sind es keine Änderungen .. Systemtechnisch schon..
ich behaupte ja nicht das es mncht ein bug ist in der 2.1 aber .. sollte nicht mehr vorkommen
@arteck um Himmels Willen, ich suche keinen Schuldigen :-)
Ich suche nur nach einer anhaltenden Lösung. Und will mit der Dokumentation & gut gemeinter Fehlerbildanalysen meiner Situation zur Behebung eines eventuellen Bug beitragen.
Werde im ersten Step den JS-Controller auf dem Slave, dann auf dem Host auf 2.1.0 hochziehen und beobachten.
Lieben Dank für deinen Support!
mxa -
@arteck um Himmels Willen, ich suche keinen Schuldigen :-)
Ich suche nur nach einer anhaltenden Lösung. Und will mit der Dokumentation & gut gemeinter Fehlerbildanalysen meiner Situation zur Behebung eines eventuellen Bug beitragen.
Werde im ersten Step den JS-Controller auf dem Slave, dann auf dem Host auf 2.1.0 hochziehen und beobachten.
Lieben Dank für deinen Support!
mxa -
@metaxa sagte in Adapter auf Client kein Neustart möglich:
JS-Controller auf dem Slave, dann auf dem Host auf 2.1.0 hochziehen
War so geplant und auch schon umgesetzt :-)
Erster Eindruck: ES FUNKTIONIERT!
FULL NEUSTART (PI2) IO-BROKER SLAVE "HOST.RASPY-BAD-RADIO" mpd.0 2019-11-18 13:06:30.805 info (487) MPD ready! mpd.0 2019-11-18 13:06:30.634 info (487) starting. Version 1.0.2 in /opt/iobroker/node_modules/iobroker.mpd, node: v10.16.3 backitup.1 2019-11-18 13:06:24.521 info (480) [minimal] backup was activated at 00:30 every 3 day(s) backitup.1 2019-11-18 13:06:24.250 info (480) starting. Version 1.2.2 in /opt/iobroker/node_modules/iobroker.backitup, node: v10.16.3 host.raspy-bad-radio 2019-11-18 13:05:59.881 info instance system.adapter.mpd.0 started with pid 487 host.raspy-bad-radio 2019-11-18 13:05:55.333 info instance system.adapter.backitup.1 started with pid 480 host.raspy-bad-radio 2019-11-18 13:05:55.249 info starting 2 instances host.raspy-bad-radio 2019-11-18 13:05:55.166 info 53 instances found host.raspy-bad-radio 2019-11-18 13:05:54.362 info connected to Objects and States host.raspy-bad-radio 2019-11-18 13:05:53.968 info ip addresses: 192.168.0.93 fe80::6a28:2477:2218:7110 host.raspy-bad-radio 2019-11-18 13:05:53.962 info hostname: raspy-bad-radio, node: v10.16.3 host.raspy-bad-radio 2019-11-18 13:05:53.959 info Copyright (c) 2014-2019 bluefox, 2014 hobbyquaker host.raspy-bad-radio 2019-11-18 13:05:53.931 info iobroker.js-controller version 2.1.0 js-controller starting NEUSTART ADAPTER MPD.0 AUF SLAVE mpd.0 2019-11-18 13:09:34.697 info (515) MPD ready! mpd.0 2019-11-18 13:09:34.521 info (515) starting. Version 1.0.2 in /opt/iobroker/node_modules/iobroker.mpd, node: v10.16.3 host.raspy-bad-radio 2019-11-18 13:09:19.782 info instance system.adapter.mpd.0 started with pid 515 host.raspy-bad-radio 2019-11-18 13:09:18.273 info instance system.adapter.mpd.0 terminated with code 156 (156) host.raspy-bad-radio 2019-11-18 13:09:17.246 info stopInstance system.adapter.mpd.0 send kill signal FULL NEUSTART (VM, PROXMOX) IO-BROKER MASTER UND DANACH NEUSTART ADAPTER MPD.0 AUF SLAVE mpd.0 2019-11-18 13:17:21.558 info (572) MPD ready! mpd.0 2019-11-18 13:17:21.397 info (572) starting. Version 1.0.2 in /opt/iobroker/node_modules/iobroker.mpd, node: v10.16.3Werde beobachten und wenns paßt, meinen Betreff auf gelöst setzen!
Danke dir nochmals!
mxa
Hey! Du scheinst an dieser Unterhaltung interessiert zu sein, hast aber noch kein Konto.
Hast du es satt, bei jedem Besuch durch die gleichen Beiträge zu scrollen? Wenn du dich für ein Konto anmeldest, kommst du immer genau dorthin zurück, wo du zuvor warst, und kannst dich über neue Antworten benachrichtigen lassen (entweder per E-Mail oder Push-Benachrichtigung). Du kannst auch Lesezeichen speichern und Beiträge positiv bewerten, um anderen Community-Mitgliedern deine Wertschätzung zu zeigen.
Mit deinem Input könnte dieser Beitrag noch besser werden 💗
Registrieren Anmelden
