NEWS
js-controller 3.0/3.1 jetzt im Latest!
-
@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
-
@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
-
@BBTown
Mach ein issue beim adapter auf, der muss das fixen. js-controller 3.x ist strenger geworden, was unbehandelte Fehler angeht. -
Hi All,
Version 3.1.4 vom js-controller der die oben genannten Fehler bzw "User undefined Meldungen" bei Nutzung von Binär-States ist auf dem Web ins Latest Repository. Sorry für die Umstände

Ingo
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 -
Hatte im javascript adapter auch die Skript Spiegelung aktiv und mit 3.0.20 gab es keine Probs, aber nach Update auf 3.1.4 startet der javascript adapter 4.5.1 ständig neu:
javascript.0 2020-05-10 12:26:55.969 error at process._tickCallback (internal/process/next_tick.js:68:7) javascript.0 2020-05-10 12:26:55.969 error at _0x30230c._applyViewFunc (/opt/iobroker/node_modules/iobroker.objects-redis/index.js:1:116731) javascript.0 2020-05-10 12:26:55.969 error at adapter.getObjectView (/opt/iobroker/node_modules/iobroker.javascript/lib/mirror.js:553:23) javascript.0 2020-05-10 12:26:55.969 error at scanDB.list (/opt/iobroker/node_modules/iobroker.javascript/lib/mirror.js:49:22) javascript.0 2020-05-10 12:26:55.969 error at Mirror.sync (/opt/iobroker/node_modules/iobroker.javascript/lib/mirror.js:207:22) javascript.0 2020-05-10 12:26:55.969 error at Mirror.sync (/opt/iobroker/node_modules/iobroker.javascript/lib/mirror.js:214:92) javascript.0 2020-05-10 12:26:55.969 error (963768) TypeError: Cannot read property 'ts' of undefined javascript.0 2020-05-10 12:26:55.968 error (963768) unhandled promise rejection: Cannot read property 'ts' of undefined Unhandled 2020-05-10 12:26:55.968 error 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.BT3-PRO 2020-05-10 12:25:16.934 error instance system.adapter.javascript.0 terminated with code 6 (UNCAUGHT_EXCEPTION) host.BT3-PRO 2020-05-10 12:25:16.933 error Caught by controller[0]: at process._tickCallback (internal/process/next_tick.js:68:7) host.BT3-PRO 2020-05-10 12:25:16.933 error Caught by controller[0]: at _0x30230c._applyViewFunc (/opt/iobroker/node_modules/iobroker.objects-redis/index.js:1:116731) host.BT3-PRO 2020-05-10 12:25:16.933 error Caught by controller[0]: at adapter.getObjectView (/opt/iobroker/node_modules/iobroker.javascript/lib/mirror.js:553:23) host.BT3-PRO 2020-05-10 12:25:16.933 error Caught by controller[0]: at scanDB.list (/opt/iobroker/node_modules/iobroker.javascript/lib/mirror.js:49:22) host.BT3-PRO 2020-05-10 12:25:16.928 error Caught by controller[0]: at Mirror.sync (/opt/iobroker/node_modules/iobroker.javascript/lib/mirror.js:207:22) host.BT3-PRO 2020-05-10 12:25:16.927 error Caught by controller[0]: at Mirror.sync (/opt/iobroker/node_modules/iobroker.javascript/lib/mirror.js:214:92) host.BT3-PRO 2020-05-10 12:25:16.927 error Caught by controller[0]: TypeError: Cannot read property 'ts' of undefined host.BT3-PRO 2020-05-10 12:25:16.926 error Caught by controller[0]: 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(). The promise rejecte javascript.0 2020-05-10 12:25:15.492 info (962631) terminatingNach Deaktivieren des Spiegelns in der Instanz, läuft es anscheinend.
-
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 existsMeine 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.@karlo-enzo bei was bzw wann kommt die meldung denn? Kannst mal "iobroker upload admin" und "iobroker upload"web" versuchen
-
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@Feuersturm Dann bitte mal "iobroker update" ausführen bzw den Reload Knopf im Admin
-
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 Dann bitte mal "iobroker update" ausführen bzw den Reload Knopf im Admin
@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
-
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@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 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

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

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

@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/nullDer 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: 404Der 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
Aber trotz alledem ganz herzlichen Dank fürdeine unermüdliche Arbeit hier.

-
@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/nullDer 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: 404Der 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
Aber trotz alledem ganz herzlichen Dank fürdeine unermüdliche Arbeit hier.

-
@Chaot weatherunderground ..... api fehler
nina .... 404er error "cannot reach"
speedtests sind sowieso "glückssache"@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. -
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...
-
@apollon77 sagte in js-controller 3.0/3.1 jetzt im Latest!:
"iobroker upload admin" und "iobroker upload"web"
Die Anweisungen habe ich ausgeführt, die Meldungen im Log-File kommen aber
nach wie vor noch genau so unmittelbar nach einem FTP-Back-Up über Backitup.
Ich habe parallel auf meiner Synology die gleiche Installation in einer VM, die ich als Ausfallsicherung
parallel pflege, vor dem Update des JS-Controller auf 3.1.4 kamen diese Warnmeldungen nicht,
nach dem Update laufen die Warnmeldungen jetzt in der VM im Logfile auch auf. -
@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/nullDer 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: 404Der 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
Aber trotz alledem ganz herzlichen Dank fürdeine unermüdliche Arbeit hier.

-
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...
@Thomas-Braun Reboote mal den Rechner ... versuch mal "ping domainname" bzw "host domainname"
-
@apollon77 sagte in js-controller 3.0/3.1 jetzt im Latest!:
"iobroker upload admin" und "iobroker upload"web"
Die Anweisungen habe ich ausgeführt, die Meldungen im Log-File kommen aber
nach wie vor noch genau so unmittelbar nach einem FTP-Back-Up über Backitup.
Ich habe parallel auf meiner Synology die gleiche Installation in einer VM, die ich als Ausfallsicherung
parallel pflege, vor dem Update des JS-Controller auf 3.1.4 kamen diese Warnmeldungen nicht,
nach dem Update laufen die Warnmeldungen jetzt in der VM im Logfile auch auf.@karlo-enzo Naja es kann sein das du dort keine Dateien hast aber die Objekte da sind ... ignoriere erstmal