Wartung am 15.11. – Forum ab 22:00 Uhr nicht erreichbar

[crunchip]

@mpl1338 du fährst mit npm 7.x ??

[Thomas Braun]

@mpl1338
npm@7 ist auch nicht die empfohlene Version zu deinem node12.

[arteck]

wie @crunchip gerade schreibt.... da haben wir das Problem

[mpl1338]

update auf 7 erfolgte erst eben.

zurück zu 6:

which nodejs node npm && nodejs -v && node -v && npm -v && apt policy nodejs
/usr/bin/nodejs
/usr/bin/node
/usr/bin/npm
v12.22.1
v12.22.1
6.14.13
nodejs:
  Installed: 12.22.1-1nodesource1
  Candidate: 12.22.1-1nodesource1
  Version table:
 *** 12.22.1-1nodesource1 500
        500 https://deb.nodesource.com/node_12.x buster/main amd64 Packages
        100 /var/lib/dpkg/status
     10.24.0~dfsg-1~deb10u1 500
        500 http://ftp.debian.org/debian buster/main amd64 Packages
        500 http://security.debian.org buster/updates/main amd64 Packages

zigbee.0	2021-05-24 19:41:43.508	error	at /opt/iobroker/node_modules/zigbee-herdsman/node_modules/@serialport/stream/lib/index.js:242:12
zigbee.0	2021-05-24 19:41:43.508	error	at SerialPort._error (/opt/iobroker/node_modules/zigbee-herdsman/node_modules/@serialport/stream/lib/index.js:198:14)
zigbee.0	2021-05-24 19:41:43.508	error	at SerialPort.<anonymous> (/opt/iobroker/node_modules/zigbee-herdsman/dist/adapter/z-stack/znp/znp.js:134:49)
zigbee.0	2021-05-24 19:41:43.508	error	at __awaiter (/opt/iobroker/node_modules/zigbee-herdsman/dist/adapter/z-stack/znp/znp.js:23:12)
zigbee.0	2021-05-24 19:41:43.508	error	at new Promise (<anonymous>)
zigbee.0	2021-05-24 19:41:43.508	error	at /opt/iobroker/node_modules/zigbee-herdsman/dist/adapter/z-stack/znp/znp.js:27:71
zigbee.0	2021-05-24 19:41:43.508	error	at Generator.next (<anonymous>)
zigbee.0	2021-05-24 19:41:43.508	error	at Znp.<anonymous> (/opt/iobroker/node_modules/zigbee-herdsman/dist/adapter/z-stack/znp/znp.js:136:32)
zigbee.0	2021-05-24 19:41:43.508	error	(5962) Error: Error while opening serialport 'Error: Error Resource temporarily unavailable Cannot lock port'
zigbee.0	2021-05-24 19:41:43.508	error	(5962) Failed to start Zigbee

iobroker
Platform
linux
Betriebssystem
linux
Architektur
x64
CPUs
2
Geschwindigkeit
3600 MHz
Modell
Intel(R) Core(TM) i3-8109U CPU @ 3.00GHz
RAM
4 GB
System Betriebszeit
4 T. 23:16:12
Node.js
v12.22.1
Festplatte Größe
12 GB
Festplatte frei
7.81 GB
Anzahl der Adapter
411
NPM
v6.14.13
Betriebszeit
00:02:58
Aktive Instanzen
25
Hostname
iobroker

und problem immernoch da

[Thomas Braun]

@mpl1338 Was liegt denn da drauf?

sudo lsof /dev/ttyACM0

[mpl1338]

@thomas-braun said in zigbee nach update gelb:

@mpl1338 Was liegt denn da drauf?

sudo lsof /dev/ttyACM0

sudo lsof /dev/ttyACM0
COMMAND  PID     USER   FD   TYPE DEVICE SIZE/OFF NODE NAME
node    1305 iobroker   27uW  CHR  166,0      0t0  361 /dev/ttyACM0

[Thomas Braun]

@mpl1338
Stop den Adapter,

sudo -u iobroker kill 1305

Adapter starten.

[crunchip]

@mpl1338 proxmox selbst mal neu gestartet, bzw stick mal abgesteckt?

[mpl1338]

@crunchip

mehrmals

@Thomas-Braun

keine besserung

[mpl1338]

downgrade auf 1.4.1 und es geht wieder....

[crunchip]

@mpl1338 seltsam

[Thomas Braun]

@mpl1338

iobroker stop

Damn nochmal schauen ob das File noch offen ist, process ggf. killen,

iobroker start

[mpl1338]

@thomas-braun

bin jetzt auf 1.4.1 runter - da läufts wieder

[Peter213]

Habe auch gerade Update gemacht und der Adapter bleibt rot. Folgende Fehler habe ich:

Hat einer eine Idee?

[arteck]

@peter213 multihost ?

[Peter213]

@arteck nein. Nuc mit Proxmox als VM mit Conbee II Stick. Mit 1.4.1 läuft es wieder wie bei den anderen. Bin vor kurzem umgezogen von PI auf NUC. Bis jetzt lief auch alles. Erst gestern mit dem Update auf 1.5.5 kam das Problem. mit 1.5.4 war es auch noch in Ordnung. Waren allerdings gestern noch ein paar andere Updates dabei.

[Allodo]

EDIT:
Bin auch zurück auf 1.4.1 und der Adapter ist wieder grün!

Ich habe auch das Problem, dass mein Zigbee-Adapter seit gestern gelb bleibt
Gestern gab es, glaube ich, ein Update auf die jetzige Version 1.5.6.
Der Zigbee-Stick (CC2538+CC2592) wird von iobroker nicht mehr erkannt.

Von mir wurde keinen Änderungen an den Einstellungen vorgenommen.

Spoiler

root@raspberrypi:~# sudo lsof /dev/ttyACM0
COMMAND  PID     USER   FD   TYPE DEVICE SIZE/OFF NODE NAME
node    4119 iobroker   27uW  CHR  166,0      0t0  489 /dev/ttyACM0

Und hier der Log-File:

Spoiler

zigbee.0	2021-06-01 17:33:17.898	error	(4119) Error herdsman start
zigbee.0	2021-06-01 17:33:17.898	error	(4119) Failed to start Zigbee
zigbee.0	2021-06-01 17:33:17.897	error	(4119) Starting zigbee-herdsman problem : "startup failed - configuration-adapter mismatch - see logs above for more information"
zigbee.0	2021-06-01 17:33:17.897	error	(4119) Re-commissioning your network will require re-pairing of all devices!
zigbee.0	2021-06-01 17:33:17.896	error	(4119) If you wish to re-commission your network, please remove coordinator backup at /opt/iobroker/iobroker-data/zigbee_0/nvbackup.json.
zigbee.0	2021-06-01 17:33:17.896	error	(4119) Please update configuration to prevent further issues.
zigbee.0	2021-06-01 17:33:17.895	error	(4119) - Channel List: configured=11, adapter=
zigbee.0	2021-06-01 17:33:17.895	error	(4119) - Network Key: configured=01030507090b0d0f00020406080a0c0d, adapter=01030507090b0d0f00020406080a0c0d
zigbee.0	2021-06-01 17:33:17.894	error	(4119) - Extended PAN ID: configured=00124b001940c090, adapter=0000000000000000
zigbee.0	2021-06-01 17:33:17.894	error	(4119) - PAN ID: configured=6754, adapter=65535
zigbee.0	2021-06-01 17:33:17.893	error	(4119) Configuration is not consistent with adapter state/backup!

Ein Reboot der RPi4 brachte keinen Erfolg. Was kann ich jetzt tun, möglichst ohne alle Geräte wieder mühselig anlernen zu müssen?

[jogge]

@allodo hatte eben das gleich Problem. Selbe Fehlermeldungen wie Peter 213.
Hab ein Backup eingespielt weil ein downgraden auf die alte Version auch nicht mehr funktioniert hat.
Hoffe du hast Backups...

[Thomas Braun]

@allodo sagte in zigbee nach update gelb:

                                                                                                                            root@raspberrypi:~# sudo lsof /dev/ttyACM0

Sagt mir auch schon wieder alles.

[Allodo]

@thomas-braun
Was genau möchtest Du denn haben?

Wie gesagt, nach Rückspielung auf 1.4.1 funktionierte es auf Anhieb wieder.