Beta-Test js-controller 2.2.x GitHub

[Jan1]

So die 2.2.2 ist drauf und alles läuft.
Einzig Node-Red hatte nach dem Start ein paar Warnungen im Log, die verschwinden aber von alleine, bevor ich sie kopieren konnte. Alles was ich in Node-Red drin habe läuft aber wie vorher auch.

Zigbee ohne Probleme, war bei mir aber auch mit 2.2.1 nicht anders

[Garfonso]

@apollon77 said in Beta-Test js-controller 2.2.x GitHub:

Ok, dann installiert bitte mal neu von Github. Die 2.2.2 fügt die "getMessage" erstmal wieder hinzu. Wir werfen das in der 2.4 (nächstes Release Ende März) dann raus. Das sollte genug Zeit geben die Adapter vorzubereiten.

Vorschlag: im log einen entsprechenden Error ausgeben lassen. Dann nerven die User die Entwickler auch entsprechend.

[apollon77]

@Jan1 Schau doch mal ins Logfile auf Platte (/opt/iobroker/log/...)

[apollon77]

@Garfonso Gute Idee

[Jan1]

@apollon77

2019-12-27 17:59:45.680  - warn: node-red.0 (2019) TypeError: adapter.getMessage is not a function
    at processMessages (/opt/iobroker/node_modules/iobroker.node-red/main.js:141:13)
    at Adapter.<anonymous> (/opt/iobroker/node_modules/iobroker.node-red/main.js:33:5)
    at Adapter.emit (events.js:198:13)
    at change (/opt/iobroker/node_modules/iobroker.js-controller/lib/adapter.js:4785:34)
    at Immediate.setImmediate [as _onImmediate] (/opt/iobroker/node_modules/iobroker.js-controller/lib/states/statesInRedis.js:227:41)
    at runCallback (timers.js:705:18)
    at tryOnImmediate (timers.js:676:5)
    at processImmediate (timers.js:658:5)

[apollon77]

@Jan1 Dann läuft nicht der js-controller 2.2.2 Vllt restrt vergessen oder so?

[Jan1]

@apollon77

Der Beelink wurde rebootet, also mehr Restart geht nicht

[apollon77]

@Jan1 Aber danach kams jetzt nicht mehr oder ?! Also mit der 2.2.2 ist die Funktion wieder da ...

[MathiasJ]

Hi, Radar2 wird kurz grün, dann wieder rot.
bin auf der Version 2.2.2

radar2.0	2019-12-28 06:36:52.079	error	at process._tickCallback (internal/process/next_tick.js:63:19)
radar2.0	2019-12-28 06:36:52.079	error	at state.handle.lookup (dgram.js:242:18)
radar2.0	2019-12-28 06:36:52.079	error	(12861) Error: bind EACCES 0.0.0.0:67
radar2.0	2019-12-28 06:36:52.078	error	(12861) uncaught exception: bind EACCES 0.0.0.0:67

und

host.ioBroker-RasPi4	2019-12-28 06:43:01.923	error	Caught by controller[0]: port: 67 }
host.ioBroker-RasPi4	2019-12-28 06:43:01.923	error	Caught by controller[0]: address: '0.0.0.0',
host.ioBroker-RasPi4	2019-12-28 06:43:01.923	error	Caught by controller[0]: syscall: 'bind',
host.ioBroker-RasPi4	2019-12-28 06:43:01.923	error	Caught by controller[0]: code: 'EACCES',
host.ioBroker-RasPi4	2019-12-28 06:43:01.923	error	Caught by controller[0]: errno: 'EACCES',
host.ioBroker-RasPi4	2019-12-28 06:43:01.922	error	Caught by controller[0]: at process._tickCallback (internal/process/next_tick.js:63:19)
host.ioBroker-RasPi4	2019-12-28 06:43:01.922	error	Caught by controller[0]: at state.handle.lookup (dgram.js:242:18)
host.ioBroker-RasPi4	2019-12-28 06:43:01.921	error	Caught by controller[0]: { Error: bind EACCES 0.0.0.0:67

ble ist nur noch gelb, im LOG wird aber nichts angezeigt. Alles natürlich im debug.
Gruß,
Mathias

[darkiop]

@apollon77 Kurzer Zwischenstand, es gibt auch über Nacht nichts negatives zu berichten - Augenscheinlich alles beim Alten

[Jan1]

@apollon77 sagte in Beta-Test js-controller 2.2.x GitHub:

@Jan1 Aber danach kams jetzt nicht mehr oder ?! Also mit der 2.2.2 ist die Funktion wieder da ...

Nein sieht alles sehr sauber aus und auch sonst keine Auffälligkeiten. Hatte mit Problemen gerechnet, da ich einige der Adapter laufen habe, die im ersten Post als evt. problematisch gelten.

[MathiasJ]

@apollon77
hat sich erledigt.
Nach einem Fix und 2 mal neu upgedatet mit

npm install ioBroker/ioBroker.js-controller

und

sudo -H -u iobroker npm install ioBroker/ioBroker.js-controller

laufen ble und Radar2 wieder.
beim ersteren Code kamen zig Fehlermeldungen, beim zweiten Code ging es dann.
Gruß,
Mathias

[Einstein67]

Mit JS-2.2.2 "laufen" hier alle meine Adapter problemlos!

Was nicht funktioniert, ist das löschen von Instanzen und Adapter über die Admin-GUI. Beim Versuch einen Adapter/Instanz zu löschen wird das Entfernen mit einem "Exit 0" beendet. Danach wird die Adapter-Konfigurationsseite geöffnet, und Adapter/Instanz ist noch vorhanden ...

Über die Konsole geht das entfernen problemlos!

[apollon77]

@Einstein67 was genau steht im log?

[Jan1]

@Einstein67
stimmt und hier gleich mal ein Log dazu:

$ ./iobroker del iogo
Delete adapter "iogo"
host.Beelink Counted 1 instances of iogo
host.Beelink Counted 1 adapter for iogo
host.Beelink Counted 1 states of iogo
host.Beelink Counted 14 states of system.adapter.iogo
ERROR: Cannot delete iogo files folder: Not existsCannot delete iogo.admin files folder: Not exists
ERROR: host.Beelink error: Not exists
host.Beelink Deleting 17 object(s).
npm uninstall iobroker.iogo --silent --save --prefix "/opt/iobroker" (System call)

und hier der Versuch die Instanz zu löschen, was nicht funktioniert:

[apollon77]

@Jan1 sieht an sich ok aus. Sind die system.adapter.iogo states noch vorhanden? Oder sind die weg? Läuft das npm uninstall vllt noch irgendwie?

Dann bitte mal ein GitHub issue anlegen. Prüfe ich später.

[Jan1]

@apollon77
Die states sind weg, nur die Instanz lässt sich nicht löschen, zumindest in der Admin GUI.

[Einstein67]

@Jan1 Danke für die Logs. Haben bei mir auch so ausgesehen.

Jetzt muss ich das nicht mehr "nachspielen" und Schrrenshots machen

[Jan1]

@Einstein67
Aber ein Issue dazu darfst erstellen

[Homer.J.]

Läuft keine Fehler im Log bei 41 laufenden Instanzen.

Grüße