Neues YouTube-Video: Visualisierung im Devices-Adapter

[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

[Andreas.S]

@arteck
Sorry aber jetzt bin ich nicht ganz sicher...
Den Zigbee_0 Ordner von der Sicherung auf der NAS vor einem Monat oder von der Sicherung heute?
Meinst du mit Kopieren via Menü im Backup-Tool vom iobroker oder über WinSCP direkt?

[arteck]

@andreas-s DEINE vom NAS die vor einem monat..mit winscp..evtl musst du die Geräte die du vermisst neu anlernen.. aber nur anlernen nix löschen

[Andreas.S]

@arteck
Danke für deine Antwort.
Wie oben erwähnt, sind seit Gestern ALLE Geräte wieder da.
Nur haben die jeweils keine Verbindung.

Ich habe es bei einem mal mit dem Button "Reconfigure" versucht. Muss ich dazu das Gerät wieder in den Pairing Modus bringen?