Test js-controller v2.0.x (GitHub)

[apollon77]

@sigi234 War am Ende was generisches was nur selten genutzt wird ... "Hole eine liste von Objekten/states die mit ".info.connection" aufhören, Standardfall ist "beginnen damit" und der tat. der Sonderfall hat komische Dinge getan

[msauer]

@apollon77 said in [Aufruf] js-controller 2.0 Beta Test:

Auf GitHub wartet die 2.0.12 auf Euch. Ich habe das Problem mit Admin gefunden und hoffentlich ausgemerzt.

Jetzt ist alles schön grün....Danke

[apollon77]

Super. Welche Radar Versionen tun jetzt denn genau wie und wie/was nicht? Wäre cool wenn das jemand nochmal checken könnte.

[Jan1]

@apollon77
Ich habe nach einem IOBroker Restart folgende Fehler im Log:

Spoiler

host.Beelink	2019-09-27 08:02:24.265	error	Caught by controller[1]: (node:3137) UnhandledPromiseRejectionWarning: Unhandled promise rejection. This error originated either by throwing inside of an async function without a catch block, or by r
host.Beelink	2019-09-27 08:02:24.265	error	Caught by controller[1]: at TCP._handle.close (net.js:606:12)
host.Beelink	2019-09-27 08:02:24.264	error	Caught by controller[1]: at Socket.emit (events.js:198:13)
host.Beelink	2019-09-27 08:02:24.264	error	Caught by controller[1]: at Object.onceWrapper (events.js:286:20)
host.Beelink	2019-09-27 08:02:24.264	error	Caught by controller[1]: at Socket.<anonymous> (/opt/iobroker/node_modules/ioredis/built/redis/event_handler.js:82:20)
host.Beelink	2019-09-27 08:02:24.264	error	Caught by controller[1]: at close (/opt/iobroker/node_modules/ioredis/built/redis/event_handler.js:115:25)
host.Beelink	2019-09-27 08:02:24.264	error	Caught by controller[1]: (node:3137) UnhandledPromiseRejectionWarning: Error: Connection is closed.
host.Beelink	2019-09-27 08:02:24.264	error	Caught by controller[1]: (node:3137) [DEP0018] DeprecationWarning: Unhandled promise rejections are deprecated. In the future, promise rejections that are not handled will terminate the Node.js proce
host.Beelink	2019-09-27 08:02:24.264	error	Caught by controller[1]: (node:3137) UnhandledPromiseRejectionWarning: Unhandled promise rejection. This error originated either by throwing inside of an async function without a catch block, or by r
host.Beelink	2019-09-27 08:02:24.264	error	Caught by controller[1]: at TCP._handle.close (net.js:606:12)
host.Beelink	2019-09-27 08:02:24.264	error	Caught by controller[1]: at Socket.emit (events.js:198:13)
host.Beelink	2019-09-27 08:02:24.263	error	Caught by controller[1]: at Object.onceWrapper (events.js:286:20)
host.Beelink	2019-09-27 08:02:24.263	error	Caught by controller[1]: at Socket.<anonymous> (/opt/iobroker/node_modules/ioredis/built/redis/event_handler.js:82:20)
host.Beelink	2019-09-27 08:02:24.263	error	Caught by controller[1]: at close (/opt/iobroker/node_modules/ioredis/built/redis/event_handler.js:115:25)
host.Beelink	2019-09-27 08:02:24.263	error	Caught by controller[1]: (node:3137) UnhandledPromiseRejectionWarning: Error: Connection is closed.

Fehler konnte ich nur bei Node-Red feststellen. Ich kann Node-Red nur noch über die Instanzen Seite öffnen.

[msauer]

Mir ist gerade aufgefallen das bei dem Befehl "iobroker status" folgendes angezeigt wird:

root@MSNUC-IOB:~# iobroker status
iobroker is not running.

Objects type: redis
States  type: redis
root@MSNUC-IOB:~#

iobroker läuft aber!? Ob das schon vor dem Update auf 2.0 so war, kann ich nicht mehr sagen.

[Jan1]

@msauer sagte in [Aufruf] js-controller 2.0 Beta Test:

root@MSNUC-IOB:~# iobroker status
iobroker is not running.

Objects type: redis
States type: redis
root@MSNUC-IOB:~#

bist ja auch nicht im iobroker Verzeichnis

[msauer]

@Jan1 said in [Aufruf] js-controller 2.0 Beta Test:

bist ja auch nicht im iobroker Verzeichnis

root@MSNUC-IOB:~# cd /opt/iobroker/
root@MSNUC-IOB:/opt/iobroker# iobroker status
iobroker is not running.

Objects type: redis
States  type: redis
root@MSNUC-IOB:/opt/iobroker#

[Jan1]

@msauer
bei mir ist es egal von wo ich es aufrufe:

root@Beelink:/opt/iobroker# cd
root@Beelink:~# iobroker status
iobroker is running.

Objects type: file
States  type: file
root@Beelink:~#

der Unteschied liegt wo bei redis

[apollon77]

@Jan1 Mit der 2.0.12? Der Fehler wurde an sich in der 2.0.10 gefixt gestern (hatte ich zumindesten gehofft). Sind am Ende auch gerade nur Warnungen ...

[apollon77]

@msauer Ich hab ne Vermutung. Das liegt an redis/redis ... ich überlege mal wie ich das fixe

[arteck]

@apollon77

bei mir auch

kannst nicht die pid nehmen??

[apollon77]

@arteck Mal schauen. Aktuell verbindet er zur DB und wenn die die da ist dann läuft iobroker. Das ist bei "file" auch korrekt. Bei Redis aber ungeeignet ... Ich denke ich muss wirklich schauen ob es einen Prozess mit Namen iobroker.js-controller gibt

[arteck]

@apollon77 oder in redis schauen..

[Jan1]

@apollon77 sagte in [Aufruf] js-controller 2.0 Beta Test:

@Jan1 Mit der 2.0.12? Der Fehler wurde an sich in der 2.0.10 gefixt gestern (hatte ich zumindesten gehofft). Sind am Ende auch gerade nur Warnungen ...

Ja, wenn ich hier was poste, dann bezieht sich das immer auf die letzte Version

[apollon77]

@arteck ob der aktuelle host alive gesetzt ist ... interessante Idee. ...

[SBorg]

@apollon77 sagte in [Aufruf] js-controller 2.0 Beta Test:

@SBorg Einerseits: Installiere mal von Github, ich habe da mal eine version mit downgrade dashboard gemacht.
Zu den "NODE-RED" im Link: an sich sollte dort das drin stehen was als HTTP Root in der Adapter Konfig gesetzt ist.Was steht denn da bei dir? Fehlt da vllt ein Slash am Anfang oder so? zeig mal Konfig screen oder die Objektdefinition von system.adapter.node-red.0

Done. Dashboard ist jetzt wieder auf 2.15.5, geht damit leider auch nicht.
So langsam gebe ich auf. Noch "einiges" ausprobiert, dann das (und nix an der Config von Node-RED geändert ) :

Witziger weise konnte er seit dem NPM-Udate auf 6.11.3 die NPM-Version nicht mehr feststellen (getHostinfo unknown... oä. immer im Log).
Ich hatte immer den Fixer drüber laufen lassen, gestern mal ein chown -R iobroker:iobroker * abgesetzt. Keine Ahnung ob es das jetzt war, gerade weil ich schon zig mal die User-Rechte in den Verzeichnissen kontrolliert hatte, aber bis auf das Dashboard läuft nun alles.

[MathiasJ]

ich habe die neueste Radar2-Version.
Ich bekomme keine Unwetter-Warnungen, weil die im Admin
angegebene GPS-Position nicht verarbeitet werden kann.

No geo location data found configured in admin to calculate UWZ AREA ID or ID not valid!

Gruß,
Mathias

[apollon77]

@SBorg ich dachte immer das das gethostinfo was mit DNS oder Netzwerk zu tun hat ...

Also mach ich die Änderungen wegen Dashboard wieder rückgängig?! Mal nach der Fehlermeldung im Browser Konsole gesucht?

[apollon77]

@MathiasJ hm ... da ist jetzt die Frage ob diese GitHub Version kaputt ist oder es am Controller 2 liegt?! Müsste man auf nem 1.5.x mal Gegenchecken.

[msauer]

@apollon77 said in [Aufruf] js-controller 2.0 Beta Test:

hm ... da ist jetzt die Frage ob diese GitHub Version kaputt ist oder es am Controller 2 liegt?! Müsste man auf nem 1.5.x mal Gegenchecken.

Wegen dem Problem habe sich ein Issue bei Radar2 aufgemacht..