Beta-Test js-controller 2.2.x GitHub

adaer

Für Zigbee kann ich das auch bestätigen:

host.MyRasPi	2019-12-27 17:24:40.862	info	Restart adapter system.adapter.zigbee.0 because enabled
host.MyRasPi	2019-12-27 17:24:40.862	info	instance system.adapter.zigbee.0 terminated with code 0 (NO_ERROR)
host.MyRasPi	2019-12-27 17:24:40.861	error	Caught by controller[0]: at promise.then (/opt/iobroker/node_modules/standard-as-callback/built/index.js:19:49)
host.MyRasPi	2019-12-27 17:24:40.861	error	Caught by controller[0]: at tryCatcher (/opt/iobroker/node_modules/standard-as-callback/built/utils.js:11:23)
host.MyRasPi	2019-12-27 17:24:40.860	error	Caught by controller[0]: at client.keys (/opt/iobroker/node_modules/iobroker.js-controller/lib/states/statesInRedis.js:685:17)
host.MyRasPi	2019-12-27 17:24:40.860	error	Caught by controller[0]: at states.getKeys (/opt/iobroker/node_modules/iobroker.js-controller/lib/adapter.js:6783:25)
host.MyRasPi	2019-12-27 17:24:40.859	error	Caught by controller[0]: at initLogging (/opt/iobroker/node_modules/iobroker.js-controller/lib/adapter.js:7086:22)
host.MyRasPi	2019-12-27 17:24:40.859	error	Caught by controller[0]: at Adapter.emit (events.js:208:7)
host.MyRasPi	2019-12-27 17:24:40.858	error	Caught by controller[0]: at emitNone (events.js:106:13)
host.MyRasPi	2019-12-27 17:24:40.857	error	Caught by controller[0]: at Adapter.adapter.on (/opt/iobroker/node_modules/iobroker.zigbee/main.js:171:31)
host.MyRasPi	2019-12-27 17:24:40.856	error	Caught by controller[0]: at main (/opt/iobroker/node_modules/iobroker.zigbee/main.js:1627:5)
host.MyRasPi	2019-12-27 17:24:40.854	error	Caught by controller[0]: at processMessages (/opt/iobroker/node_modules/iobroker.zigbee/main.js:177:13)
host.MyRasPi	2019-12-27 17:24:40.851	error	Caught by controller[0]: TypeError: adapter.getMessage is not a function
zigbee.0	2019-12-27 17:24:40.277	info	(22092) Terminated (NO_ERROR): Without reason
zigbee.0	2019-12-27 17:24:40.275	info	(22092) terminating
zigbee.0	2019-12-27 17:24:40.141	error	(22092) TypeError: adapter.getMessage is not a function at processMessages (/opt/iobroker/node_modules/iobroker.zigbee/main.js:177:13) at main (/opt/iobroker/node_modules/iobroker.zigbee/main.
zigbee.0	2019-12-27 17:24:40.138	error	(22092) uncaught exception: adapter.getMessage is not a function
zigbee.0	2019-12-27 17:24:40.113	info	(22092) Reset coordinator
zigbee.0	2019-12-27 17:24:40.038	info	(22092) Queue is: true
zigbee.0	2019-12-27 17:24:40.037	info	(22092) Start on port: /dev/ttyACM0 channel 11
zigbee.0	2019-12-27 17:24:39.954	info	(22092) starting. Version 0.11.5 in /opt/iobroker/node_modules/iobroker.zigbee, node: v8.12.0
host.MyRasPi	2019-12-27 17:24:35.568	info	instance system.adapter.zigbee.0 started with pid 22092
host.MyRasPi	2019-12-27 17:24:05.541	info	Restart adapter system.adapter.zigbee.0 because enabled

apollon77

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.

adaer

Yesssss Sir... Thank you very much..

zigbee.0	2019-12-27 17:54:40.100	info	(10097) 1 (0x00158d0002792080): MFKZQ01LM - Xiaomi Mi/Aqara smart home cube (EndDevice)
zigbee.0	2019-12-27 17:54:40.065	info	(10097) Shepherd ready. {"state":"Coordinator","channel":"11","panId":6754,"extPanId":[221,221,221,221,221,221,221,221],"ieeeAddr":"0x00124b0018e1b30a","nwkAddr":0}
zigbee.0	2019-12-27 17:54:40.062	info	(10097) Zigbee-shepherd ready. Firmware version: 2.6.3 rev 20180815
zigbee.0	2019-12-27 17:54:40.036	info	(10097) zigbee-shepherd started!
zigbee.0	2019-12-27 17:54:38.207	info	(10097) Reset coordinator
zigbee.0	2019-12-27 17:54:38.133	info	(10097) Queue is: true
zigbee.0	2019-12-27 17:54:38.131	info	(10097) Start on port: /dev/ttyACM0 channel 11
zigbee.0	2019-12-27 17:54:38.077	info	(10097) starting. Version 0.11.5 in /opt/iobroker/node_modules/iobroker.zigbee, node: v8.12.0
host.MyRasPi	2019-12-27 17:54:34.278	info	instance system.adapter.zigbee.0 started with pid 10097
host.MyRasPi	2019-12-27 17:54:34.245	info	"system.adapter.zigbee.0" enabled

v2.2.2

apollon77

Ok, zu testen ist bitte ob alles noch w´so tut wie bisher. Achtet mal auf die Logfiles das die jetzt wieder sauber rotiert werden und aufgeräumt werden.

Auch das History-Adapter (sql/Influxdb/history) noch tun, auch wenn es um Aktivieren/deaktivieren von Objekten geht. Auch iot hinzufügen von neuen Dingen und so generelle Dinge. Also alles was unter der Haube Objekte oder States subscribed ...

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  - [33mwarn[39m: 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.

NEWS

Beta-Test js-controller 2.2.x GitHub

Support us

787
Online

31.7k
Users

79.8k
Topics

1.3m
Posts

NEWS

Beta-Test js-controller 2.2.x GitHub

Support us

787Online

31.7kUsers

79.8kTopics

1.3mPosts

787
Online

31.7k
Users

79.8k
Topics

1.3m
Posts