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

[Merowinger]

Node.js: v12.16.3
Auf meinem Raspi als slave lief das update wunderbar.
Der Proxmox Master auf headless Ubuntu LTS zeigt mir den hier...

Ich hau mich weg. Lustige Nummer.
root@iobroker:~# iobroker upgrade self
Controller is running. Please stop ioBroker first.
root@iobroker:~# iobroker stop
iobroker controller daemon is not running
root@iobroker:~# iobroker start
Starting iobroker controller daemon...
iobroker controller daemon started. PID: 4237
root@iobroker:~# iobroker stop
Stopping iobroker controller daemon...
iobroker controller daemon stopped.
No "killall.sh" script found. Just stop.
root@iobroker:~# iobroker upgrade self
Controller is running. Please stop ioBroker first.

Das killall script funktioniert nicht, aber wenn ich die Befehle einzeln eingebe...
root@iobroker:/opt/iobroker# pgrep -f '^io.' | sudo xargs kill -9
root@iobroker:/opt/iobroker# pgrep -f '^node-red' | sudo xargs kill -9
root@iobroker:/opt/iobroker# iobroker upgrade self
Controller is running. Please stop ioBroker first.

Okay, habe beide "iobroker.js-con" gekillt.
Jetzt lief das upgrade...

[Dr. Bakterius]

@Thomas-Braun sagte in js-controller 3.0/3.1 jetzt im Latest!:

Hab ich nicht mit angefangen...

:baby: :clown_face: :baby:

[karlo enzo]

Nach Update auf den neuen JS-Controller 3.1.4 bekomme ich nach einem Backup über den
Backitup-Adapter die folgende Meldung (warn) im Log: - war vorher nicht so.

Objects 127.0.0.1:47772 Error from InMemDB: Error: ERROR readDir id=web.0: Not exists
Objects 127.0.0.1:47772 Error from InMemDB: Error: ERROR readDir id=admin.0: Not exists
Objects 127.0.0.1:47772 Error from InMemDB: Error: ERROR readDir id=0_userdata.0: Not exists

Meine Konfiguration: Buanet-Docker auf Synology DS718 - 16GB
JS-Controller 3.1.4 / Nodejs: 12.16.3 / NPM: 6.14.4
alle Adapter unter latest aktualisiert.
Unter Proxmox in einer Docker-Installation ergibt sich die gleiche Fehlermeldung.
Hat für mich keine hohe Prio, da das System ansonsten fehlerfrei läuft.

[BBTown]

@apollon77
Da habe ich mich wohl im anderen Thread etwas zu früh gefreut?!
Nach einem iobroker Neustart bleibt der SONOS Adapter erneut rot.
Ein Adapter-Neustart und ein Adapter rebuild brachte keine Veränderung

LOG

host.debian	2020-05-10 18:24:53.175	info	instance system.adapter.sonos.0 terminated with code 0 (NO_ERROR)
sonos.0	2020-05-10 18:24:52.627	error	(1830) Error: Got status 500 when invoking /MediaRenderer/AVTransport/Control at Object.invoke (/opt/iobroker/node_modules/sonos-discovery/lib/helpers/soap.js:99:10) at Player.play (/opt/iobro
sonos.0	2020-05-10 18:24:52.626	error	(1830) unhandled promise rejection: Got status 500 when invoking /MediaRenderer/AVTransport/Control
sonos.0	2020-05-10 18:24:52.626	error	Unhandled promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch().
sonos.0	2020-05-10 18:24:52.625	error	(1830) Error: Got status 500 when invoking /MediaRenderer/AVTransport/Control at Object.invoke (/opt/iobroker/node_modules/sonos-discovery/lib/helpers/soap.js:99:10) at Player.pause (/opt/iobr
sonos.0	2020-05-10 18:24:52.624	error	(1830) unhandled promise rejection: Got status 500 when invoking /MediaRenderer/AVTransport/Control
sonos.0	2020-05-10 18:24:52.624	error	Unhandled promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch().
sonos.0	2020-05-10 18:24:52.544	error	(1830) Error: Got status 500 when invoking /MediaRenderer/AVTransport/Control at Object.invoke (/opt/iobroker/node_modules/sonos-discovery/lib/helpers/soap.js:99:10) at Player.pause (/opt/iobr
sonos.0	2020-05-10 18:24:52.544	error	(1830) unhandled promise rejection: Got status 500 when invoking /MediaRenderer/AVTransport/Control
sonos.0	2020-05-10 18:24:52.543	error	Unhandled promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch().
sonos.0	2020-05-10 18:24:52.541	error	(1830) Error: Got status 500 when invoking /MediaRenderer/AVTransport/Control at Object.invoke (/opt/iobroker/node_modules/sonos-discovery/lib/helpers/soap.js:99:10) at Player.pause (/opt/iobr
sonos.0	2020-05-10 18:24:52.541	error	(1830) unhandled promise rejection: Got status 500 when invoking /MediaRenderer/AVTransport/Control
sonos.0	2020-05-10 18:24:52.541	error	Unhandled promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch().
host.debian	2020-05-10 18:24:51.262	info	instance system.adapter.sonos.0 started with pid 1830
host.debian	2020-05-10 18:24:21.251	info	Restart adapter system.adapter.sonos.0 because enabled

[foxriver76]

@BBTown Server liefert 500 er Fehlercode, Adapter handelt das nicht, sollte nix mit Controller zu tun haben.

[Garfonso]

@BBTown
Mach ein issue beim adapter auf, der muss das fixen. js-controller 3.x ist strenger geworden, was unbehandelte Fehler angeht.

[BBTown]

@Garfonso
ich mache gern ein issue auf, allerdings gibt es diese Hinweise noch nicht mit der v3.0.20 sondern erst ab v3.1.x

[Feuersturm]

Wenn ihr 3.1.4 installiert, installiert ihr die Version dann direkt über "npm install ioBroker/ioBroker.js-controller" oder wird euch die Version im Admin Panel unter "Hosts" in der Version 3.1.4 angeboten?
Ich sehe hier nur: Verfügbar: 3.1.3 Installiert: 3.1.3

[apollon77]

@Diginix Checke es gleich

[apollon77]

@karlo-enzo bei was bzw wann kommt die meldung denn? Kannst mal "iobroker upload admin" und "iobroker upload"web" versuchen

[apollon77]

@Feuersturm Dann bitte mal "iobroker update" ausführen bzw den Reload Knopf im Admin

[Thomas Braun]

Bei 'tado' klemmt es nach upgrade auf 3.1.4 wieder beim login auf den Tado-Servern.

Start bei js-controller 3.1.4:

2020-05-10 22:05:36.444  - info: host.raspberrypi instance system.adapter.tado.0 started with pid 31261
2020-05-10 22:05:38.510  - info: tado.0 (31261) starting. Version 0.1.9 in /opt/iobroker/node_modules/iobroker.tado, node: v12.16.3, js-controller: 3.1.4
2020-05-10 22:05:54.073  - info: tado.0 (31261) Connected to Tado cloud, initialyzing ...
2020-05-10 22:06:19.125  - error: tado.0 (31261) Error in data refresh : Error: getaddrinfo EAI_AGAIN my.tado.com
2020-05-10 22:06:19.128  - error: tado.0 (31261) Disconnected from Tado cloud service ..., retry in 30 seconds !

Start bei js-controller 3.1.3 war sauber:

2020-05-10 11:39:31.949  - info: host.raspberrypi "system.adapter.tado.0" enabled
2020-05-10 11:39:32.007  - info: host.raspberrypi instance system.adapter.tado.0 started with pid 8687
2020-05-10 11:39:34.176  - info: tado.0 (8687) starting. Version 0.1.9 in /opt/iobroker/node_modules/iobroker.tado, node: v12.16.3, js-controller: 3.1.3
2020-05-10 11:39:34.716  - info: tado.0 (8687) Connected to Tado cloud, initialyzing ...
2020-05-10 11:39:40.866  - info: tado.0 (8687) Initialisation finished,  connected to Tado Cloud service refreshing every : 60 seconds

[Feuersturm]

@apollon77 Als ich deine Antwort gelesen hatte, hab ich die Adminseite wieder aufgerufen und ohne jegliches zutun war auf einmal auch die 3.1.4 da.
Update war erfolgreich und beim Start von ioBroker gab es keine Probleme :-)

[apollon77]

@Thomas-Braun sagte in js-controller 3.0/3.1 jetzt im Latest!:

getaddrinfo EAI_AGAIN my.tado.com

ist ein Problem bei der Domainnamensauflösung. Also wenn der Controller daran schuld ist fress ich nen Besen ;.-) samt Stiel ;-)

[Thomas Braun]

@apollon77 Nur hat sich da (zumindest in meinem Netzwerk) diesbezüglich überhaupt nichts geändert zwischen 3.1.3 und der Installation von 3.1.4.
Netzwerke... Teufelszeug...

[harrym]

@apollon77 tja .... so ist es halt. Jeder sucht derzeit fehler bei dem Adapter. KEINER sieht die tolle Arbeit von euch dahinter.

Wobei .... Logfiles LESEN und auch VERSTEHEN .... können auch ned viele.

just my2cents ..... und ich bin jetzt wieder stiller Mitleser.

[Chaot]

@apollon77
Ich habe aber irgendwie das Gefühl das das doch am Controler liegen könnte.
Ich habe seit dem Update konstant den Weatherundergroung als Fehler drin:

weatherunderground.0	2020-05-10 22:12:02.487	error	(2323) No current observation data found in response
weatherunderground.0	2020-05-10 22:12:02.063	error	(2323) Wunderground reported an error: 204/null

Der Nina meldet sich mit Kommunikationsproblemen:

nina.0	2020-05-10 22:26:41.465	warn	(20674) Cannot reach https://warnung.bund.de/bbk.dwd/708ee4d3e1be5aa2b627cccc48fccc84e0d1f15c5529d72fe0c3a092daf158cf.ohne.json Server. Statuscode: 404

Der Vodafone Speedtest liefert Blödsinnige Werte

vodafone-speedtest.0	2020-05-10 20:30:35.492	info	(16761) Vodafone-Speedtest finished with 266.203mbit download speed and 68.833mbit upload speed.

Es kann schon möglich sein das das alles Einzelfehler sind, aber irgendwie kommt mir das komisch vor das die plötzlich nach dem Update auf die 3.1.4 auftauchen.
Ich werde das weiter beobachten und mal abwarten ob sich die Kommunikation wieder fängt und vorerst den Controler auch auf der 3.1.4 lassen. Aber vielleicht hast du das mal im Hinterkopf wenn sich mehrere mit Kommunikationsproblemen melden das da doch was sein könnte. So ein Besen schmeckt schließlich auch nicht besonders gut :blush:

Aber trotz alledem ganz herzlichen Dank fürdeine unermüdliche Arbeit hier. :+1:

[harrym]

@Chaot weatherunderground ..... api fehler
nina .... 404er error "cannot reach"
speedtests sind sowieso "glückssache"

[Chaot]

@harrym Wie gesagt kamen die Fehler/Ereignisse erst seit dem Update heute.
Ich mache mir da aktuell keinen Kopf drüber.
Das der Speedtest Glückssache ist ist mir schon klar, aber das waren heute auch ein paar krasse Ausreißer die ich sonst nicht hatte. Mal runter bis 500 war schon eher selten, aber ganz runter kenne ich eher nicht.

[Thomas Braun]

Ich habe mal meine FritzBox 6490 (mit unveränderten Einstellungen) neugestartet, jetzt connected tado. Wer weiß wo da der Schluckauf saß. Vielleicht in DNS-Cache ein paar gekippte Bits...