Neues YouTube-Video: Visualisierung im Devices-Adapter

[Andreas.S]

Ohne irgend eine Veränderung am iobroker ist plötzlich eine (von zwei) Zigbee Instanz ausgefallen.
Der Punkt "Verbunden mit Gerät oder Dienst" ist auf Rot.
Ein Click auf Einstellungen zeigt "ERROR -You need save and run adapter before pairing!"
Es sind keine Geräte mehr zu sehen.
In den Objekten sind alle 37 Geräte dieser Instanz noch da. Die haben ich auch als JSON mal gesichert.

Im Log steht das

7584	2022-03-21 14:51:08.922	info	Got terminate signal TERMINATE_YOURSELF
7584	2022-03-21 14:51:08.883	info	Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason
7584	2022-03-21 14:51:08.880	info	terminating
7584	2022-03-21 14:51:08.879	warn	Failed to stop zigbee during startup
7584	2022-03-21 14:51:08.823	info	Zigbee: disabling joining new devices.
7584	2022-03-21 14:51:08.820	info	cleaned everything up...
7584	2022-03-21 14:51:08.818	info	Got terminate signal TERMINATE_YOURSELF
7584	2022-03-21 14:45:08.343	error	getGroups: caught error: TypeError: Cannot read property 'getGroups' of undefined

Ein Zurückspielen via Backitup klappt auch nicht. Error: {"errno":-1,"code":"EPERM","syscall":"utime","path":"/opt/iobroker/backups/zigbee_0/"}

Hier zeigt der Ablauf das

Started restore ...
[DEBUG] [zigbee] - Start Zigbee Restore ...
[DEBUG] [zigbee] - Filename for Restore: /opt/iobroker/backups/zigbee.0_2022_03_08-02_40_50_backupiobroker.tar.gz
[DEBUG] [zigbee] - zigbee tmp directory created: /opt/iobroker/backups/zigbee_0
[DEBUG] [zigbee] - old Zigbee database directory was successfully deleted
[DEBUG] [zigbee] - zigbee.0 stopped
[ERROR] [zigbee] - Zigbee Restore not completed
[ERROR] [zigbee] - Error: EPERM: operation not permitted, utime '/opt/iobroker/backups/zigbee_0/'
[EXIT] 0

Als ich so ein ähnliches Problem schon mal hatte, wurde mir geraten iobroker komplett neu aufzubauen und wenn vermeidbar keine updates zu machen, die zigbee beeinflussen. War damals 2 Wochen Arbeit und seither läuft das System ohne Problem. Eben bis jetzt.

Iobroker Installiert: 3.3.18
Zigbee Installiert: 1.6.3

Hardware:
Master: RasPi4/4GB - T5 SSD 500GB - Zigbee CC26X2R1 (Defekte Zigbee-Instanz)
Slave: RasPi3b/1GB - SDCard 64GB - Zigbee CC2531 (ohne Problem)

Hat jemand eine Idee abseits von komplett neu Aufbauen?

[Thomas Braun]

@andreas-s sagte in Ausfall einer Zigbee Instanz:

Error: EPERM: operation not permitted, utime /opt/iobroker/backups/zigbee_0/'

springt mir halt sofort ins Auge.
Da stimmt was mit den Rechten nicht. Backup erfolgt wie? Auf einem NAS? Per CIFS/SMB oder NFS-Freigabe?

[Thomas Braun]

@andreas-s sagte in Ausfall einer Zigbee Instanz:

und wenn vermeidbar keine updates zu machen, die zigbee beeinflussen.

Und deswegen machst du jetzt gar keine?

Iobroker Installiert: 3.3.18
Zigbee Installiert: 1.6.3

Beides nicht mehr aktuell.
Mein Ansatz ist es ja die Versionen aktuell zu halten und damit Fehler auszumerzen.

[Andreas.S]

@thomas-braun said in Ausfall einer Zigbee Instanz:

@andreas-s sagte in Ausfall einer Zigbee Instanz:

Error: EPERM: operation not permitted, utime /opt/iobroker/backups/zigbee_0/'

springt mir halt sofort ins Auge.
Da stimmt was mit den Rechten nicht. Backup erfolgt wie? Auf einem NAS? Per CIFS/SMB oder NFS-Freigabe?

Leider verstehe ich nicht, was mit den Rechten los ist oder was das bedeutet.

Ja die Sicherung erfolgt auf ein NAS - CIFS - SMB 3.0
Bisher täglich OHNE Löschung.

Ich habe auf der NAS nachgesehen. Zigbee_0 ist die letzte Sicherung vom 10.03.
Komischerweise auch Zigbee_1 - die Instanz läuft aber noch ohne Probleme.
Ausserdem gibt es einen leeren Ordner Zigbee_0, der schinbar seit meinem Rücksicherungsversuch da ist???

Die Datei "iobroker_2022_03_21-02_40_22_backupiobroker.tar.gz" ist aber von heute Nacht. Also grundsätzlich scheint die Verbindung noch zu funktionieren.

Kann es hilfreich sein z.B. vom 08.03. die iobroker Datei komplett zurück zu laden? Wäre da Zigbee_0 mit drin?

[Thomas Braun]

@andreas-s

Ich würde jetzt erstmal das System auf Stand bringen, dann das NAS richtig aufsetzen und dann mal weiter schauen.

[Andreas.S]

@thomas-braun said in Ausfall einer Zigbee Instanz:

aufsetzen

Hier mal ein Zwischenstand.
Das NAS ermöglicht immer noch alle Zugriffe vom und zum iobroker. Backitup schreibt nach wie vor SQL und andere Backups täglich weg und kann die auch wiederholen.
Nur bei der defekten Zigbee-Instanz macht es Probleme.

Mit dem auf neuen Stand bringen hatte ich beim letzten mal erhebliche Probleme, so dass am Ende alles weg war und ich ALLES mit viel Zeit neu machen musste.
Daher habe ich einen Raspi und die identische 500GB SSD neu bestellt. Die Sachen sind jetzt da. Ich werde jetzt Stück für Stück auf dem gesonderten System die Veränderungen vornehmen.

[Thomas Braun]

@andreas-s sagte in Ausfall einer Zigbee Instanz:

Mit dem auf neuen Stand bringen hatte ich beim letzten mal erhebliche Probleme, so dass am Ende alles weg war und ich ALLES mit viel Zeit neu machen musste.

Ist mir noch nie passiert. Machste wohl irgendwas falsch/anders/unorthodox oder zu selten.

[Andreas.S]

@thomas-braun

Nun sind die Updates am Slave und am Server gelaufen
NODE.JS: V12.22.7
NPM: 6.14.15
HOST: 4.0.21
Zigbee: 1.6.16

Status ist immer noch die Zigbee-Instanz Slave = alles OK und Geräte funktionieren.
Die Zigbee-Instanz am Server zeigt keine Geräte.
Bei den Objekten sind alle Geräte noch da. Physisch reagieren tut kein Gerät mehr.

zigbee.0 5199	2022-04-05 14:29:52.240	warn	State "zigbee.0.info.undefinedDevices" has no existing object, this might lead to an error in future versions
zigbee.0 5199	2022-04-05 14:29:52.159	info	Zigbee started
zigbee.0 5199	2022-04-05 14:29:52.158	info	Currently no devices.
zigbee.0 5199	2022-04-05 14:29:52.150	info	--> transmitPower : normal
zigbee.0 5199	2022-04-05 14:29:52.133	info	Unable to disable LED, unsupported function.
zigbee.0 5199	2022-04-05 14:29:52.126	info	Coordinator firmware version: {"type":"zStack3x0","meta":{"transportrev":2,"product":1,"majorrel":2,"minorrel":7,"maintrel":1,"revision":20200805}}
zigbee.0 5199	2022-04-05 14:29:41.489	info	Installed Version: iobroker.zigbee@1.6.16
zigbee.0 5199	2022-04-05 14:29:40.969	info	Starting Zigbee npm ...
zigbee.0 5199	2022-04-05 14:29:40.921	info	starting. Version 1.6.16 in /opt/iobroker/node_modules/iobroker.zigbee, node: v12.22.7, js-controller: 4.0.21

[Thomas Braun]

@andreas-s sagte in Ausfall einer Zigbee Instanz:

NODE.JS: V12.22.7

Würde ich auf V14 bringen.

[Zarello]

@andreas-s Könnte es evtl. ein Hardware-Problem sein? Hast Du mal geguckt, ob der Adapter noch erkannt wird (z.B. mit lsusb in der Shell auf dem Raspi)?

[arteck]

@andreas-s sagte in Ausfall einer Zigbee Instanz:

Hat jemand eine Idee abseits von komplett neu Aufbauen?

klar viele.... lass die finger von Backup zurückspielen.. wenn was nicht läuft..

also zigbee.1 oder zigbee.0 läuft nicht ? das kann ich aus deinem Post nicht erkennen..

[Andreas.S]

@arteck zigbee.0 läuft nicht

[Andreas.S]

@zarello said in Ausfall einer Zigbee Instanz:

lsusb

scheint alles noch da zu sein - insbesondere der CC1352R1

Bus 002 Device 002: ID 04e8:61f5 Samsung Electronics Co., Ltd Portable SSD T5
Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 001 Device 003: ID 0451:bef3 Texas Instruments, Inc. CC1352R1 Launchpad
Bus 001 Device 002: ID 2109:3431 VIA Labs, Inc. Hub
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub

[arteck]

@andreas-s

ok dann auf dem master

auf der konsole

ls /opt/iobroker/iobroker-data/zigbe.0

ergebniss posten

[Andreas.S]

@arteck said in Ausfall einer Zigbee Instanz:

ls /opt/iobroker/iobroker-data/zigbe.0

Nach einigen Neustarts ist nun plötzlich die Zigbee.0 Instanz wieder GRÜN.
Mit einem Klick auf den Schraubenschlüssel sind nun auch alle Geräte wieder da.
Einziger Wermutstropfen - keines dieser Zigbee-Geräte antwortet.
Beispiel - wenn ich einen Switch umstelle, tut das wohl auf dem Bildschirm, aber noch nicht an Schalter.

das mit ls war auch nicht sehr erfolgreich...

pi@raspberrypi:~ $ ls /opt/iobroker/iobroker-data/zigbe.0
ls: cannot access '/opt/iobroker/iobroker-data/zigbe.0': No such file or directory

[arteck]

@andreas-s
da fehlt ja auch ein e

ls /opt/iobroker/iobroker-data/zigbee.0

[Asgothian]

@arteck sagte in Ausfall einer Zigbee Instanz:

@andreas-s
da fehlt ja auch ein e

ls /opt/iobroker/iobroker-data/zigbee.0

und an Stelle des . muss noch ein _ hin:

 ls /opt/iobroker/iobroker-data/zigbee_0

[Andreas.S]

@asgothian said in Ausfall einer Zigbee Instanz:

ls /opt/iobroker/iobroker-data/zigbee_0

Da kommt jetzt was...

pi@raspberrypi:~ $  ls /opt/iobroker/iobroker-data/zigbee_0
backup_2022_04_05-15_48_43.tar.gz  backup_2022_04_05-16_32_23.tar.gz  backup_2022_04_05-17_55_03.tar.gz  nvbackup.json  shepherd.db

[Andreas.S]

@andreas-s
Gerade stellt sich mir die Frage, da die Fehler jetzt weg sind, auch beim Aufruf von der Backup-Instanz, ob ich einfach Zigbee_0 von vor einem Monat zurückspiele. Bis dahin habe ich eine täglich Sicherung auf meiner NAS. Das hat erst am 10.3. mit Fehlerauftritt aufgehört.

[arteck]

@andreas-s da sind 3 backups... drin... kein plan was da du angestellt hast..
kopiere den zigbee_0 ordner aus DEINER Sicherung zurück