NEWS
[Gelöst]zigbee funktioniert nicht mehr nach upd auf bullseye
-
@thomas-braun said in zigbee funktioniert nicht mehr nach update auf bullseye:
systemctl status deconz-gui.service deconz.service
pi@iobroker:~ $ systemctl status deconz-gui.service deconz.service ● deconz-gui.service - deCONZ: ZigBee gateway -- GUI/REST API Loaded: loaded (/lib/systemd/system/deconz-gui.service; disabled; vendor preset: enabled) Active: inactive (dead) Dec 14 22:08:30 iobroker systemd[1]: /lib/systemd/system/deconz-gui.service:11: Unknown key name 'StartLimitIntervalSec' in section 'Service', ignoring. Dec 14 22:08:44 iobroker systemd[1]: /lib/systemd/system/deconz-gui.service:11: Unknown key name 'StartLimitIntervalSec' in section 'Service', ignoring. Dec 14 22:08:55 iobroker systemd[1]: /lib/systemd/system/deconz-gui.service:11: Unknown key name 'StartLimitIntervalSec' in section 'Service', ignoring. Dec 14 22:09:00 iobroker systemd[1]: /lib/systemd/system/deconz-gui.service:11: Unknown key name 'StartLimitIntervalSec' in section 'Service', ignoring. Dec 14 22:09:00 iobroker systemd[1]: /lib/systemd/system/deconz-gui.service:11: Unknown key name 'StartLimitIntervalSec' in section 'Service', ignoring. Dec 14 22:09:02 iobroker systemd[1]: /lib/systemd/system/deconz-gui.service:11: Unknown key name 'StartLimitIntervalSec' in section 'Service', ignoring. Dec 14 22:09:02 iobroker systemd[1]: /lib/systemd/system/deconz-gui.service:11: Unknown key name 'StartLimitIntervalSec' in section 'Service', ignoring. Dec 14 22:09:08 iobroker systemd[1]: /lib/systemd/system/deconz-gui.service:11: Unknown key name 'StartLimitIntervalSec' in section 'Service', ignoring. Dec 14 22:09:29 iobroker systemd[1]: /lib/systemd/system/deconz-gui.service:11: Unknown key name 'StartLimitIntervalSec' in section 'Service', ignoring. Dec 14 22:09:35 iobroker systemd[1]: /lib/systemd/system/deconz-gui.service:11: Unknown key name 'StartLimitIntervalSec' in section 'Service', ignoring. ● deconz.service - deCONZ: ZigBee gateway -- REST API Loaded: loaded (/lib/systemd/system/deconz.service; enabled; vendor preset: enabled) Active: failed (Result: exit-code) since Wed 2022-12-14 22:09:02 CET; 33s ago Process: 22129 ExecStart=/usr/bin/deCONZ -platform minimal --http-port=80 (code=exited, status=143) Main PID: 22129 (code=exited, status=143) CPU: 1min 21.753s Dec 14 22:09:02 iobroker deCONZ[22129]: PROTO: CRC error Dec 14 22:09:02 iobroker deCONZ[22129]: PROTO: CRC error Dec 14 22:09:02 iobroker deCONZ[22129]: PROTO: CRC error Dec 14 22:09:02 iobroker deCONZ[22129]: PROTO: CRC error Dec 14 22:09:02 iobroker deCONZ[22129]: PROTO: CRC error Dec 14 22:09:02 iobroker deCONZ[22129]: PROTO: CRC error Dec 14 22:09:02 iobroker systemd[1]: deconz.service: Main process exited, code=exited, status=143/n/a -
@thomas-braun said in zigbee funktioniert nicht mehr nach update auf bullseye:
systemctl status deconz-gui.service deconz.service
pi@iobroker:~ $ systemctl status deconz-gui.service deconz.service ● deconz-gui.service - deCONZ: ZigBee gateway -- GUI/REST API Loaded: loaded (/lib/systemd/system/deconz-gui.service; disabled; vendor preset: enabled) Active: inactive (dead) Dec 14 22:08:30 iobroker systemd[1]: /lib/systemd/system/deconz-gui.service:11: Unknown key name 'StartLimitIntervalSec' in section 'Service', ignoring. Dec 14 22:08:44 iobroker systemd[1]: /lib/systemd/system/deconz-gui.service:11: Unknown key name 'StartLimitIntervalSec' in section 'Service', ignoring. Dec 14 22:08:55 iobroker systemd[1]: /lib/systemd/system/deconz-gui.service:11: Unknown key name 'StartLimitIntervalSec' in section 'Service', ignoring. Dec 14 22:09:00 iobroker systemd[1]: /lib/systemd/system/deconz-gui.service:11: Unknown key name 'StartLimitIntervalSec' in section 'Service', ignoring. Dec 14 22:09:00 iobroker systemd[1]: /lib/systemd/system/deconz-gui.service:11: Unknown key name 'StartLimitIntervalSec' in section 'Service', ignoring. Dec 14 22:09:02 iobroker systemd[1]: /lib/systemd/system/deconz-gui.service:11: Unknown key name 'StartLimitIntervalSec' in section 'Service', ignoring. Dec 14 22:09:02 iobroker systemd[1]: /lib/systemd/system/deconz-gui.service:11: Unknown key name 'StartLimitIntervalSec' in section 'Service', ignoring. Dec 14 22:09:08 iobroker systemd[1]: /lib/systemd/system/deconz-gui.service:11: Unknown key name 'StartLimitIntervalSec' in section 'Service', ignoring. Dec 14 22:09:29 iobroker systemd[1]: /lib/systemd/system/deconz-gui.service:11: Unknown key name 'StartLimitIntervalSec' in section 'Service', ignoring. Dec 14 22:09:35 iobroker systemd[1]: /lib/systemd/system/deconz-gui.service:11: Unknown key name 'StartLimitIntervalSec' in section 'Service', ignoring. ● deconz.service - deCONZ: ZigBee gateway -- REST API Loaded: loaded (/lib/systemd/system/deconz.service; enabled; vendor preset: enabled) Active: failed (Result: exit-code) since Wed 2022-12-14 22:09:02 CET; 33s ago Process: 22129 ExecStart=/usr/bin/deCONZ -platform minimal --http-port=80 (code=exited, status=143) Main PID: 22129 (code=exited, status=143) CPU: 1min 21.753s Dec 14 22:09:02 iobroker deCONZ[22129]: PROTO: CRC error Dec 14 22:09:02 iobroker deCONZ[22129]: PROTO: CRC error Dec 14 22:09:02 iobroker deCONZ[22129]: PROTO: CRC error Dec 14 22:09:02 iobroker deCONZ[22129]: PROTO: CRC error Dec 14 22:09:02 iobroker deCONZ[22129]: PROTO: CRC error Dec 14 22:09:02 iobroker deCONZ[22129]: PROTO: CRC error Dec 14 22:09:02 iobroker systemd[1]: deconz.service: Main process exited, code=exited, status=143/n/asudo systemctl stop deconz deconz-gui sudo systemctl disable deconz deconz-gui -
sudo systemctl stop deconz deconz-gui sudo systemctl disable deconz deconz-guipi@iobroker:~ $ sudo systemctl stop deconz deconz-gui pi@iobroker:~ $ sudo systemctl disable deconz deconz-gui Removed /etc/systemd/system/multi-user.target.wants/deconz.service. pi@iobroker:~ $ systemctl status deconz-gui.service deconz.service ● deconz-gui.service - deCONZ: ZigBee gateway -- GUI/REST API Loaded: loaded (/lib/systemd/system/deconz-gui.service; disabled; vendor preset: enabled) Active: inactive (dead) Dec 14 22:09:02 iobroker systemd[1]: /lib/systemd/system/deconz-gui.service:11: Unknown key name 'StartLimitIntervalSec' in section 'Service', ignoring. Dec 14 22:09:02 iobroker systemd[1]: /lib/systemd/system/deconz-gui.service:11: Unknown key name 'StartLimitIntervalSec' in section 'Service', ignoring. Dec 14 22:09:08 iobroker systemd[1]: /lib/systemd/system/deconz-gui.service:11: Unknown key name 'StartLimitIntervalSec' in section 'Service', ignoring. Dec 14 22:09:29 iobroker systemd[1]: /lib/systemd/system/deconz-gui.service:11: Unknown key name 'StartLimitIntervalSec' in section 'Service', ignoring. Dec 14 22:09:35 iobroker systemd[1]: /lib/systemd/system/deconz-gui.service:11: Unknown key name 'StartLimitIntervalSec' in section 'Service', ignoring. Dec 14 22:18:45 iobroker systemd[1]: /lib/systemd/system/deconz-gui.service:11: Unknown key name 'StartLimitIntervalSec' in section 'Service', ignoring. Dec 14 22:18:45 iobroker systemd[1]: /lib/systemd/system/deconz-gui.service:11: Unknown key name 'StartLimitIntervalSec' in section 'Service', ignoring. Dec 14 22:18:45 iobroker systemd[1]: /lib/systemd/system/deconz-gui.service:11: Unknown key name 'StartLimitIntervalSec' in section 'Service', ignoring. Dec 14 22:18:45 iobroker systemd[1]: /lib/systemd/system/deconz-gui.service:11: Unknown key name 'StartLimitIntervalSec' in section 'Service', ignoring. Dec 14 22:19:23 iobroker systemd[1]: /lib/systemd/system/deconz-gui.service:11: Unknown key name 'StartLimitIntervalSec' in section 'Service', ignoring. ● deconz.service - deCONZ: ZigBee gateway -- REST API Loaded: loaded (/lib/systemd/system/deconz.service; disabled; vendor preset: enabled) Active: failed (Result: exit-code) since Wed 2022-12-14 22:09:02 CET; 10min ago Main PID: 22129 (code=exited, status=143) CPU: 1min 21.753s Dec 14 22:09:02 iobroker deCONZ[22129]: PROTO: CRC error Dec 14 22:09:02 iobroker deCONZ[22129]: PROTO: CRC error Dec 14 22:09:02 iobroker deCONZ[22129]: PROTO: CRC error Dec 14 22:09:02 iobroker deCONZ[22129]: PROTO: CRC error Dec 14 22:09:02 iobroker deCONZ[22129]: PROTO: CRC error Dec 14 22:09:02 iobroker deCONZ[22129]: PROTO: CRC error Dec 14 22:09:02 iobroker systemd[1]: deconz.service: Main process exited, code=exited, status=143/n/a Dec 14 22:09:02 iobroker systemd[1]: deconz.service: Failed with result 'exit-code'. -
pi@iobroker:~ $ sudo systemctl stop deconz deconz-gui pi@iobroker:~ $ sudo systemctl disable deconz deconz-gui Removed /etc/systemd/system/multi-user.target.wants/deconz.service. pi@iobroker:~ $ systemctl status deconz-gui.service deconz.service ● deconz-gui.service - deCONZ: ZigBee gateway -- GUI/REST API Loaded: loaded (/lib/systemd/system/deconz-gui.service; disabled; vendor preset: enabled) Active: inactive (dead) Dec 14 22:09:02 iobroker systemd[1]: /lib/systemd/system/deconz-gui.service:11: Unknown key name 'StartLimitIntervalSec' in section 'Service', ignoring. Dec 14 22:09:02 iobroker systemd[1]: /lib/systemd/system/deconz-gui.service:11: Unknown key name 'StartLimitIntervalSec' in section 'Service', ignoring. Dec 14 22:09:08 iobroker systemd[1]: /lib/systemd/system/deconz-gui.service:11: Unknown key name 'StartLimitIntervalSec' in section 'Service', ignoring. Dec 14 22:09:29 iobroker systemd[1]: /lib/systemd/system/deconz-gui.service:11: Unknown key name 'StartLimitIntervalSec' in section 'Service', ignoring. Dec 14 22:09:35 iobroker systemd[1]: /lib/systemd/system/deconz-gui.service:11: Unknown key name 'StartLimitIntervalSec' in section 'Service', ignoring. Dec 14 22:18:45 iobroker systemd[1]: /lib/systemd/system/deconz-gui.service:11: Unknown key name 'StartLimitIntervalSec' in section 'Service', ignoring. Dec 14 22:18:45 iobroker systemd[1]: /lib/systemd/system/deconz-gui.service:11: Unknown key name 'StartLimitIntervalSec' in section 'Service', ignoring. Dec 14 22:18:45 iobroker systemd[1]: /lib/systemd/system/deconz-gui.service:11: Unknown key name 'StartLimitIntervalSec' in section 'Service', ignoring. Dec 14 22:18:45 iobroker systemd[1]: /lib/systemd/system/deconz-gui.service:11: Unknown key name 'StartLimitIntervalSec' in section 'Service', ignoring. Dec 14 22:19:23 iobroker systemd[1]: /lib/systemd/system/deconz-gui.service:11: Unknown key name 'StartLimitIntervalSec' in section 'Service', ignoring. ● deconz.service - deCONZ: ZigBee gateway -- REST API Loaded: loaded (/lib/systemd/system/deconz.service; disabled; vendor preset: enabled) Active: failed (Result: exit-code) since Wed 2022-12-14 22:09:02 CET; 10min ago Main PID: 22129 (code=exited, status=143) CPU: 1min 21.753s Dec 14 22:09:02 iobroker deCONZ[22129]: PROTO: CRC error Dec 14 22:09:02 iobroker deCONZ[22129]: PROTO: CRC error Dec 14 22:09:02 iobroker deCONZ[22129]: PROTO: CRC error Dec 14 22:09:02 iobroker deCONZ[22129]: PROTO: CRC error Dec 14 22:09:02 iobroker deCONZ[22129]: PROTO: CRC error Dec 14 22:09:02 iobroker deCONZ[22129]: PROTO: CRC error Dec 14 22:09:02 iobroker systemd[1]: deconz.service: Main process exited, code=exited, status=143/n/a Dec 14 22:09:02 iobroker systemd[1]: deconz.service: Failed with result 'exit-code'.Stop den deconz-Adapter und starte den zigbee-Adapter neu.
Log file währenddessen (in einem zweiten Terminal) anschauen:iobroker logs --watch -
Stop den deconz-Adapter und starte den zigbee-Adapter neu.
Log file währenddessen (in einem zweiten Terminal) anschauen:iobroker logs --watch@thomas-braun said in zigbee funktioniert nicht mehr nach update auf bullseye:
iobroker logs --watch
da kommt genau der Fehler :(
2022-12-14 22:28:36.368 - info: host.iobroker "system.adapter.zigbee.0" disabled 2022-12-14 22:28:36.370 - info: host.iobroker stopInstance system.adapter.zigbee.0 (force=false, process=true) 2022-12-14 22:28:36.506 - info: zigbee.0 (1910) Got terminate signal TERMINATE_YOURSELF 2022-12-14 22:28:36.507 - info: host.iobroker stopInstance system.adapter.zigbee.0 send kill signal 2022-12-14 22:28:36.508 - info: zigbee.0 (1910) cleaned everything up... 2022-12-14 22:28:36.512 - info: zigbee.0 (1910) Zigbee: disabling joining new devices. 2022-12-14 22:28:37.010 - info: zigbee.0 (1910) terminating 2022-12-14 22:28:37.012 - info: zigbee.0 (1910) Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason 2022-12-14 22:28:37.511 - info: host.iobroker stopInstance system.adapter.zigbee.0 killing pid 1910 2022-12-14 22:28:37.680 - info: host.iobroker instance system.adapter.zigbee.0 terminated with code 11 (ADAPTER_REQUESTED_TERMINATION) 2022-12-14 22:29:06.384 - info: host.iobroker "system.adapter.zigbee.0" enabled 2022-12-14 22:29:06.819 - info: host.iobroker instance system.adapter.zigbee.0 started with pid 11765 2022-12-14 22:29:06.384 - info: host.iobroker "system.adapter.zigbee.0" enabled 2022-12-14 22:29:06.819 - info: host.iobroker instance system.adapter.zigbee.0 started with pid 11765 2022-12-14 22:29:12.610 - info: zigbee.0 (11765) starting. Version 1.8.9 in /opt/iobroker/node_modules/iobroker.zigbee, node: v16.18.1, js-controller: 4.0.23 2022-12-14 22:29:12.610 - info: zigbee.0 (11765) starting. Version 1.8.9 in /opt/iobroker/node_modules/iobroker.zigbee, node: v16.18.1, js-controller: 4.0.23 2022-12-14 22:29:12.834 - info: zigbee.0 (11765) delete old Backup files. keep only last 10 2022-12-14 22:29:12.837 - info: zigbee.0 (11765) Starting Zigbee npm ... 2022-12-14 22:29:13.644 - info: zigbee.0 (11765) Installed Version: iobroker.zigbee@1.8.9 2022-12-14 22:29:12.834 - info: zigbee.0 (11765) delete old Backup files. keep only last 10 2022-12-14 22:29:12.837 - info: zigbee.0 (11765) Starting Zigbee npm ... 2022-12-14 22:29:13.644 - info: zigbee.0 (11765) Installed Version: iobroker.zigbee@1.8.9 2022-12-14 22:29:23.687 - error: zigbee.0 (11765) Starting zigbee-herdsman problem : undefined 2022-12-14 22:29:23.689 - error: zigbee.0 (11765) Failed to start Zigbee 2022-12-14 22:29:23.690 - error: zigbee.0 (11765) Error herdsman start 2022-12-14 22:29:23.687 - error: zigbee.0 (11765) Starting zigbee-herdsman problem : undefined 2022-12-14 22:29:23.689 - error: zigbee.0 (11765) Failed to start Zigbee 2022-12-14 22:29:23.690 - error: zigbee.0 (11765) Error herdsman start 2022-12-14 22:29:33.697 - info: zigbee.0 (11765) Try to reconnect. 1 attempts left 2022-12-14 22:29:33.698 - info: zigbee.0 (11765) Starting Zigbee npm ... 2022-12-14 22:29:33.758 - info: zigbee.0 (11765) Installed Version: iobroker.zigbee@1.8.9 2022-12-14 22:29:34.266 - error: zigbee.0 (11765) Starting zigbee-herdsman problem : "Error while opening serialport 'Error: Error Resource temporarily unavailable Cannot lock port'" 2022-12-14 22:29:34.268 - error: zigbee.0 (11765) Failed to start Zigbee 2022-12-14 22:29:34.269 - error: zigbee.0 (11765) Error herdsman start 2022-12-14 22:29:33.697 - info: zigbee.0 (11765) Try to reconnect. 1 attempts left 2022-12-14 22:29:33.698 - info: zigbee.0 (11765) Starting Zigbee npm ... 2022-12-14 22:29:33.758 - info: zigbee.0 (11765) Installed Version: iobroker.zigbee@1.8.9 2022-12-14 22:29:34.266 - error: zigbee.0 (11765) Starting zigbee-herdsman problem : "Error while opening serialport 'Error: Error Resource temporarily unavailable Cannot lock port'" 2022-12-14 22:29:34.268 - error: zigbee.0 (11765) Failed to start Zigbee 2022-12-14 22:29:34.269 - error: zigbee.0 (11765) Error herdsman startIch hab deconz jetzt auch mit sudo apt purge deconz und sudo apt autoremove entfernt und der Fehler bleibt gleich
-
@thomas-braun said in zigbee funktioniert nicht mehr nach update auf bullseye:
iobroker logs --watch
da kommt genau der Fehler :(
2022-12-14 22:28:36.368 - info: host.iobroker "system.adapter.zigbee.0" disabled 2022-12-14 22:28:36.370 - info: host.iobroker stopInstance system.adapter.zigbee.0 (force=false, process=true) 2022-12-14 22:28:36.506 - info: zigbee.0 (1910) Got terminate signal TERMINATE_YOURSELF 2022-12-14 22:28:36.507 - info: host.iobroker stopInstance system.adapter.zigbee.0 send kill signal 2022-12-14 22:28:36.508 - info: zigbee.0 (1910) cleaned everything up... 2022-12-14 22:28:36.512 - info: zigbee.0 (1910) Zigbee: disabling joining new devices. 2022-12-14 22:28:37.010 - info: zigbee.0 (1910) terminating 2022-12-14 22:28:37.012 - info: zigbee.0 (1910) Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason 2022-12-14 22:28:37.511 - info: host.iobroker stopInstance system.adapter.zigbee.0 killing pid 1910 2022-12-14 22:28:37.680 - info: host.iobroker instance system.adapter.zigbee.0 terminated with code 11 (ADAPTER_REQUESTED_TERMINATION) 2022-12-14 22:29:06.384 - info: host.iobroker "system.adapter.zigbee.0" enabled 2022-12-14 22:29:06.819 - info: host.iobroker instance system.adapter.zigbee.0 started with pid 11765 2022-12-14 22:29:06.384 - info: host.iobroker "system.adapter.zigbee.0" enabled 2022-12-14 22:29:06.819 - info: host.iobroker instance system.adapter.zigbee.0 started with pid 11765 2022-12-14 22:29:12.610 - info: zigbee.0 (11765) starting. Version 1.8.9 in /opt/iobroker/node_modules/iobroker.zigbee, node: v16.18.1, js-controller: 4.0.23 2022-12-14 22:29:12.610 - info: zigbee.0 (11765) starting. Version 1.8.9 in /opt/iobroker/node_modules/iobroker.zigbee, node: v16.18.1, js-controller: 4.0.23 2022-12-14 22:29:12.834 - info: zigbee.0 (11765) delete old Backup files. keep only last 10 2022-12-14 22:29:12.837 - info: zigbee.0 (11765) Starting Zigbee npm ... 2022-12-14 22:29:13.644 - info: zigbee.0 (11765) Installed Version: iobroker.zigbee@1.8.9 2022-12-14 22:29:12.834 - info: zigbee.0 (11765) delete old Backup files. keep only last 10 2022-12-14 22:29:12.837 - info: zigbee.0 (11765) Starting Zigbee npm ... 2022-12-14 22:29:13.644 - info: zigbee.0 (11765) Installed Version: iobroker.zigbee@1.8.9 2022-12-14 22:29:23.687 - error: zigbee.0 (11765) Starting zigbee-herdsman problem : undefined 2022-12-14 22:29:23.689 - error: zigbee.0 (11765) Failed to start Zigbee 2022-12-14 22:29:23.690 - error: zigbee.0 (11765) Error herdsman start 2022-12-14 22:29:23.687 - error: zigbee.0 (11765) Starting zigbee-herdsman problem : undefined 2022-12-14 22:29:23.689 - error: zigbee.0 (11765) Failed to start Zigbee 2022-12-14 22:29:23.690 - error: zigbee.0 (11765) Error herdsman start 2022-12-14 22:29:33.697 - info: zigbee.0 (11765) Try to reconnect. 1 attempts left 2022-12-14 22:29:33.698 - info: zigbee.0 (11765) Starting Zigbee npm ... 2022-12-14 22:29:33.758 - info: zigbee.0 (11765) Installed Version: iobroker.zigbee@1.8.9 2022-12-14 22:29:34.266 - error: zigbee.0 (11765) Starting zigbee-herdsman problem : "Error while opening serialport 'Error: Error Resource temporarily unavailable Cannot lock port'" 2022-12-14 22:29:34.268 - error: zigbee.0 (11765) Failed to start Zigbee 2022-12-14 22:29:34.269 - error: zigbee.0 (11765) Error herdsman start 2022-12-14 22:29:33.697 - info: zigbee.0 (11765) Try to reconnect. 1 attempts left 2022-12-14 22:29:33.698 - info: zigbee.0 (11765) Starting Zigbee npm ... 2022-12-14 22:29:33.758 - info: zigbee.0 (11765) Installed Version: iobroker.zigbee@1.8.9 2022-12-14 22:29:34.266 - error: zigbee.0 (11765) Starting zigbee-herdsman problem : "Error while opening serialport 'Error: Error Resource temporarily unavailable Cannot lock port'" 2022-12-14 22:29:34.268 - error: zigbee.0 (11765) Failed to start Zigbee 2022-12-14 22:29:34.269 - error: zigbee.0 (11765) Error herdsman startIch hab deconz jetzt auch mit sudo apt purge deconz und sudo apt autoremove entfernt und der Fehler bleibt gleich
Starte den Rechner mal komplett durch.
-
Starte den Rechner mal komplett durch.
@thomas-braun Danke schonmal für die Hilfe, ich hau mich für heute aufs Ohr und schau morgen Abend wieder rein.
Rechner wurde neu gestartet.
pi@iobroker:~ $ systemctl status deconz-gui.service deconz.service Unit deconz-gui.service could not be found. Unit deconz.service could not be found.Fehler bleibt gleich :/
2022-12-14 22:39:35.231 - info: host.iobroker "system.adapter.zigbee.0" enabled 2022-12-14 22:39:35.547 - info: host.iobroker instance system.adapter.zigbee.0 started with pid 5495 2022-12-14 22:39:36.088 - info: alexa2.0 (2122) Initialization Done ... 2022-12-14 22:39:35.231 - info: host.iobroker "system.adapter.zigbee.0" enabled 2022-12-14 22:39:35.547 - info: host.iobroker instance system.adapter.zigbee.0 started with pid 5495 2022-12-14 22:39:36.088 - info: alexa2.0 (2122) Initialization Done ... 2022-12-14 22:39:42.637 - info: zigbee.0 (5495) starting. Version 1.8.9 in /opt/iobroker/node_modules/iobroker.zigbee, node: v16.18.1, js-controller: 4.0.23 2022-12-14 22:39:42.637 - info: zigbee.0 (5495) starting. Version 1.8.9 in /opt/iobroker/node_modules/iobroker.zigbee, node: v16.18.1, js-controller: 4.0.23 2022-12-14 22:39:42.852 - info: zigbee.0 (5495) delete old Backup files. keep only last 10 2022-12-14 22:39:42.858 - info: zigbee.0 (5495) Starting Zigbee npm ... 2022-12-14 22:39:42.852 - info: zigbee.0 (5495) delete old Backup files. keep only last 10 2022-12-14 22:39:42.858 - info: zigbee.0 (5495) Starting Zigbee npm ... 2022-12-14 22:39:44.084 - info: zigbee.0 (5495) Installed Version: iobroker.zigbee@1.8.9 2022-12-14 22:39:44.084 - info: zigbee.0 (5495) Installed Version: iobroker.zigbee@1.8.9 2022-12-14 22:39:54.140 - error: zigbee.0 (5495) Starting zigbee-herdsman problem : undefined 2022-12-14 22:39:54.141 - error: zigbee.0 (5495) Failed to start Zigbee 2022-12-14 22:39:54.143 - error: zigbee.0 (5495) Error herdsman start 2022-12-14 22:39:54.140 - error: zigbee.0 (5495) Starting zigbee-herdsman problem : undefined 2022-12-14 22:39:54.141 - error: zigbee.0 (5495) Failed to start Zigbee 2022-12-14 22:39:54.143 - error: zigbee.0 (5495) Error herdsman start 2022-12-14 22:39:56.033 - info: fb-checkpresence.0 (3225) createFbDeviceObjects finished successfully 2022-12-14 22:39:56.035 - info: fb-checkpresence.0 (3225) states successfully subscribed 2022-12-14 22:39:56.037 - info: fb-checkpresence.0 (3225) loop successfully started 2022-12-14 22:39:56.033 - info: fb-checkpresence.0 (3225) createFbDeviceObjects finished successfully 2022-12-14 22:39:56.035 - info: fb-checkpresence.0 (3225) states successfully subscribed 2022-12-14 22:39:56.037 - info: fb-checkpresence.0 (3225) loop successfully started 2022-12-14 22:40:04.150 - info: zigbee.0 (5495) Try to reconnect. 1 attempts left 2022-12-14 22:40:04.153 - info: zigbee.0 (5495) Starting Zigbee npm ... 2022-12-14 22:40:04.190 - info: zigbee.0 (5495) Installed Version: iobroker.zigbee@1.8.9 2022-12-14 22:40:04.620 - error: zigbee.0 (5495) Starting zigbee-herdsman problem : "Error while opening serialport 'Error: Error Resource temporarily unavailable Cannot lock port'" 2022-12-14 22:40:04.622 - error: zigbee.0 (5495) Failed to start Zigbee 2022-12-14 22:40:04.623 - error: zigbee.0 (5495) Error herdsman start 2022-12-14 22:40:04.150 - info: zigbee.0 (5495) Try to reconnect. 1 attempts left 2022-12-14 22:40:04.153 - info: zigbee.0 (5495) Starting Zigbee npm ... 2022-12-14 22:40:04.190 - info: zigbee.0 (5495) Installed Version: iobroker.zigbee@1.8.9 2022-12-14 22:40:04.620 - error: zigbee.0 (5495) Starting zigbee-herdsman problem : "Error while opening serialport 'Error: Error Resource temporarily unavailable Cannot lock port'" 2022-12-14 22:40:04.622 - error: zigbee.0 (5495) Failed to start Zigbee 2022-12-14 22:40:04.623 - error: zigbee.0 (5495) Error herdsman start -
Systemdata Bitte Ausfüllen Hardwaresystem: raspi 4 Arbeitsspeicher: 4GB Festplattenart: SD-Karte Betriebssystem: raspbian Node-Version: 16.18.1 Nodejs-Version: v16.18.1 NPM-Version: v16.18.1 Installationsart: Skript Image genutzt: Ja Ort/Name der Imagedatei: pivccu Ich weiß nicht ob ihr mir helfen könnt, aber einen Versuch ist es Wert: Wie in einem anderen Thread bemerkt wurde, hatte ich noch buster laufen und mein System auf bullseye aktualisiert. Vorher SD-Karte geklont.
Nach dem Update funktioniert zigbee nicht mehr. Weder mit deconz/phoscon noch mit dem zigbee Adapter. Stick ist ein Conbee II am normalen USB 2 Port. Ich habe schon alles mögliche Versucht, firmware Updates etc. Hatte mich zuerst auf deconz konzentriert und erst später bemerkt, dass der zigbee Adapter auch nicht mehr funktioniert.
Als Gegenprobe hab ich den Klon der SD-Karte zurückgespielt und damit läuft wieder alles einwandfrei, sowohl deconz als auch der iobroker Zigbee Adapter (wenn ich vorher den deconz Dienst stoppe).
Update auf bullseye und zigbee ist wieder kaputt. Unter deconz kann ich keine neuen Geräte anlernen und vorhandene werden nicht mehr aktualisiert. Als COM Port habe ich /dev/serial/by-id/usb-dresden_elektronik_ingenieurtechnik_GmbH_ConBee_II_DE2421437-if00
Der zigbee Adapter bleibt gelb und liefert nur einen (mir) nichtssagenden Fehler:
2022-12-14 20:56:20.157 - info: zigbee.0 (28200) starting. Version 1.8.9 in /opt/iobroker/node_modules/iobroker.zigbee, node: v16.18.1, js-controller: 4.0.23 2022-12-14 20:56:20.345 - info: zigbee.0 (28200) delete old Backup files. keep only last 10 2022-12-14 20:56:20.348 - info: zigbee.0 (28200) Starting Zigbee npm ... 2022-12-14 20:56:20.345 - info: zigbee.0 (28200) delete old Backup files. keep only last 10 2022-12-14 20:56:20.348 - info: zigbee.0 (28200) Starting Zigbee npm ... 2022-12-14 20:56:21.321 - info: zigbee.0 (28200) Installed Version: iobroker.zigbee@1.8.9 2022-12-14 20:56:31.354 - error: zigbee.0 (28200) Starting zigbee-herdsman problem : undefined 2022-12-14 20:56:31.355 - error: zigbee.0 (28200) Failed to start Zigbee 2022-12-14 20:56:31.356 - error: zigbee.0 (28200) Error herdsman start 2022-12-14 20:56:31.354 - error: zigbee.0 (28200) Starting zigbee-herdsman problem : undefined 2022-12-14 20:56:31.355 - error: zigbee.0 (28200) Failed to start Zigbee 2022-12-14 20:56:31.356 - error: zigbee.0 (28200) Error herdsman start 2022-12-14 20:56:41.362 - info: zigbee.0 (28200) Try to reconnect. 1 attempts left 2022-12-14 20:56:41.363 - info: zigbee.0 (28200) Starting Zigbee npm ... 2022-12-14 20:56:41.428 - info: zigbee.0 (28200) Installed Version: iobroker.zigbee@1.8.9 2022-12-14 20:56:41.815 - error: zigbee.0 (28200) Starting zigbee-herdsman problem : "Error while opening serialport 'Error: Error Resource temporarily unavailable Cannot lock port'" 2022-12-14 20:56:41.817 - error: zigbee.0 (28200) Failed to start Zigbee 2022-12-14 20:56:41.818 - error: zigbee.0 (28200) Error herdsman start 2022-12-14 20:56:41.362 - info: zigbee.0 (28200) Try to reconnect. 1 attempts left 2022-12-14 20:56:41.363 - info: zigbee.0 (28200) Starting Zigbee npm ... 2022-12-14 20:56:41.428 - info: zigbee.0 (28200) Installed Version: iobroker.zigbee@1.8.9 2022-12-14 20:56:41.815 - error: zigbee.0 (28200) Starting zigbee-herdsman problem : "Error while opening serialport 'Error: Error Resource temporarily unavailable Cannot lock port'" 2022-12-14 20:56:41.817 - error: zigbee.0 (28200) Failed to start Zigbee 2022-12-14 20:56:41.818 - error: zigbee.0 (28200) Error herdsman startpi@iobroker:~ $ sudo ln -s /usr/bin/node /usr/bin/nodejs &> /dev/null uname -m && test -f /opt/scripts/.docker_config/.thisisdocker && echo "Docker-Installation" || echo "Kein Docker" && type -P nodejs node npm && nodejs -v && node -v && npm -v && iob -v && whoami && groups && echo $XDG_SESSION_TYPE && echo $DESKTOP_SESSION && pwd && sudo apt update &> /dev/null && sudo apt update && apt policy nodejs armv7l Kein Docker /usr/bin/nodejs /usr/bin/node /usr/bin/npm v16.18.1 v16.18.1 8.19.2 4.0.23 pi pi adm dialout cdrom sudo audio video plugdev games users input netdev gpio i2c spi iobroker tty /home/pi Hit:1 http://phoscon.de/apt/deconz bullseye InRelease Hit:2 https://repos.influxdata.com/debian bullseye InRelease Hit:3 https://deb.nodesource.com/node_16.x bullseye InRelease Hit:4 http://archive.raspberrypi.org/debian bullseye InRelease Hit:5 http://raspbian.raspberrypi.org/raspbian bullseye InRelease Hit:6 https://www.pivccu.de/piVCCU stable InRelease Reading package lists... Done Building dependency tree... Done Reading state information... Done All packages are up to date. nodejs: Installed: 16.18.1-deb-1nodesource1 Candidate: 16.18.1-deb-1nodesource1 Version table: *** 16.18.1-deb-1nodesource1 500 500 https://deb.nodesource.com/node_16.x bullseye/main armhf Packages 100 /var/lib/dpkg/status 12.22.12~dfsg-1~deb11u1 500 500 http://raspbian.raspberrypi.org/raspbian bullseye/main armhf Packagespi@iobroker:~ $ ls -l /dev/serial/by-id total 0 lrwxrwxrwx 1 root root 13 Dec 14 21:22 usb-dresden_elektronik_ingenieurtechnik_GmbH_ConBee_II_DE2421437-if00 -> ../../ttyACM0pi@iobroker:~ $ lsusb Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub Bus 001 Device 019: ID 1cf1:0030 Dresden Elektronik ZigBee gateway [ConBee II] Bus 001 Device 002: ID 2109:3431 VIA Labs, Inc. Hub Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hubpi@iobroker:~ $ ls -l /dev/ttyACM* crw-rw---- 1 root dialout 166, 0 Dec 14 17:15 /dev/ttyACM0pi@iobroker:~ $ sudo systemctl status deconz ● deconz.service - deCONZ: ZigBee gateway -- REST API Loaded: loaded (/lib/systemd/system/deconz.service; enabled; vendor preset: enabled) Active: active (running) since Wed 2022-12-14 21:01:32 CET; 40min ago Main PID: 22129 (deCONZ) Tasks: 5 (limit: 4915) CPU: 48.664s CGroup: /system.slice/deconz.service └─22129 /usr/bin/deCONZ -platform minimal --http-port=80 Dec 14 21:01:32 iobroker systemd[1]: Started deCONZ: ZigBee gateway -- REST API. Dec 14 21:01:32 iobroker deCONZ[22129]: QStandardPaths: XDG_RUNTIME_DIR not set, defaulting to '/tmp/runtime-pi' Dec 14 21:01:32 iobroker deCONZ[22129]: libpng warning: iCCP: known incorrect sRGB profile Dec 14 21:01:34 iobroker deCONZ[22129]: This plugin does not support propagateSizeHints() Dec 14 21:01:34 iobroker deCONZ[22129]: This plugin does not support propagateSizeHints() Dec 14 21:01:41 iobroker deCONZ[22129]: This plugin does not support propagateSizeHints() Dec 14 21:22:21 iobroker deCONZ[22129]: This plugin does not support propagateSizeHints() Dec 14 21:22:38 iobroker deCONZ[22129]: This plugin does not support propagateSizeHints()Ich hab auch im phoscon forum einen Thread geöffnet, als ich noch dachte es wäre ein reines deconz Problem, aber da ich jetzt weiß, dass der Zigbee Adapter auch nicht funktioniert scheint das ja irgendwas Grundlegendes zu sein was da nach dem Update klemmt. Vielleicht hat ja jemand von euch eine Idee was ich noch machen kann, meine linux Kenntnisse haben enormes Wachstumspotential :)
@skinni sagte in zigbee funktioniert nicht mehr nach update auf bullseye:
Node-Version:
10.x.xNodejs-Version:
v16.18.1NPM-Version:
v16.18.1....was mir gleich aufällt.
....zu meinem Vergleich:
Node version
16.18.1
Node.js version
16.18.1
NPM version
8.19.2Ok, die Einträge sind falsch.
Hier sind sie wohl richtig:
-
@thomas-braun Danke schonmal für die Hilfe, ich hau mich für heute aufs Ohr und schau morgen Abend wieder rein.
Rechner wurde neu gestartet.
pi@iobroker:~ $ systemctl status deconz-gui.service deconz.service Unit deconz-gui.service could not be found. Unit deconz.service could not be found.Fehler bleibt gleich :/
2022-12-14 22:39:35.231 - info: host.iobroker "system.adapter.zigbee.0" enabled 2022-12-14 22:39:35.547 - info: host.iobroker instance system.adapter.zigbee.0 started with pid 5495 2022-12-14 22:39:36.088 - info: alexa2.0 (2122) Initialization Done ... 2022-12-14 22:39:35.231 - info: host.iobroker "system.adapter.zigbee.0" enabled 2022-12-14 22:39:35.547 - info: host.iobroker instance system.adapter.zigbee.0 started with pid 5495 2022-12-14 22:39:36.088 - info: alexa2.0 (2122) Initialization Done ... 2022-12-14 22:39:42.637 - info: zigbee.0 (5495) starting. Version 1.8.9 in /opt/iobroker/node_modules/iobroker.zigbee, node: v16.18.1, js-controller: 4.0.23 2022-12-14 22:39:42.637 - info: zigbee.0 (5495) starting. Version 1.8.9 in /opt/iobroker/node_modules/iobroker.zigbee, node: v16.18.1, js-controller: 4.0.23 2022-12-14 22:39:42.852 - info: zigbee.0 (5495) delete old Backup files. keep only last 10 2022-12-14 22:39:42.858 - info: zigbee.0 (5495) Starting Zigbee npm ... 2022-12-14 22:39:42.852 - info: zigbee.0 (5495) delete old Backup files. keep only last 10 2022-12-14 22:39:42.858 - info: zigbee.0 (5495) Starting Zigbee npm ... 2022-12-14 22:39:44.084 - info: zigbee.0 (5495) Installed Version: iobroker.zigbee@1.8.9 2022-12-14 22:39:44.084 - info: zigbee.0 (5495) Installed Version: iobroker.zigbee@1.8.9 2022-12-14 22:39:54.140 - error: zigbee.0 (5495) Starting zigbee-herdsman problem : undefined 2022-12-14 22:39:54.141 - error: zigbee.0 (5495) Failed to start Zigbee 2022-12-14 22:39:54.143 - error: zigbee.0 (5495) Error herdsman start 2022-12-14 22:39:54.140 - error: zigbee.0 (5495) Starting zigbee-herdsman problem : undefined 2022-12-14 22:39:54.141 - error: zigbee.0 (5495) Failed to start Zigbee 2022-12-14 22:39:54.143 - error: zigbee.0 (5495) Error herdsman start 2022-12-14 22:39:56.033 - info: fb-checkpresence.0 (3225) createFbDeviceObjects finished successfully 2022-12-14 22:39:56.035 - info: fb-checkpresence.0 (3225) states successfully subscribed 2022-12-14 22:39:56.037 - info: fb-checkpresence.0 (3225) loop successfully started 2022-12-14 22:39:56.033 - info: fb-checkpresence.0 (3225) createFbDeviceObjects finished successfully 2022-12-14 22:39:56.035 - info: fb-checkpresence.0 (3225) states successfully subscribed 2022-12-14 22:39:56.037 - info: fb-checkpresence.0 (3225) loop successfully started 2022-12-14 22:40:04.150 - info: zigbee.0 (5495) Try to reconnect. 1 attempts left 2022-12-14 22:40:04.153 - info: zigbee.0 (5495) Starting Zigbee npm ... 2022-12-14 22:40:04.190 - info: zigbee.0 (5495) Installed Version: iobroker.zigbee@1.8.9 2022-12-14 22:40:04.620 - error: zigbee.0 (5495) Starting zigbee-herdsman problem : "Error while opening serialport 'Error: Error Resource temporarily unavailable Cannot lock port'" 2022-12-14 22:40:04.622 - error: zigbee.0 (5495) Failed to start Zigbee 2022-12-14 22:40:04.623 - error: zigbee.0 (5495) Error herdsman start 2022-12-14 22:40:04.150 - info: zigbee.0 (5495) Try to reconnect. 1 attempts left 2022-12-14 22:40:04.153 - info: zigbee.0 (5495) Starting Zigbee npm ... 2022-12-14 22:40:04.190 - info: zigbee.0 (5495) Installed Version: iobroker.zigbee@1.8.9 2022-12-14 22:40:04.620 - error: zigbee.0 (5495) Starting zigbee-herdsman problem : "Error while opening serialport 'Error: Error Resource temporarily unavailable Cannot lock port'" 2022-12-14 22:40:04.622 - error: zigbee.0 (5495) Failed to start Zigbee 2022-12-14 22:40:04.623 - error: zigbee.0 (5495) Error herdsman start@skinni , irgendwie kommt mir das hier bekannt vor. Der Pi 4 findet die seriellen Schnittstellen nicht mehr. Das hatte ich auch nach dem upgraden von Buster auf Bullseye. Das hat wohl was mit einem Kernelupdate zu tun. Da ich noch ebusd nutze kann ich das beim booten beobachten, ob die Schnittstellen auch da sind (blinkende rote LED am EBUS). Dann wird auch ebusd gestartet. Bei mir betraf es Maxcul, Zigbee und ebusd.
Ich nutze nur keine SD-Karte sondern eine SSD.
Was habe ich dann gemacht: Den Boot Vorgang abgebrochen mit iob stop. System runtergefahren, SSD ab gestöpselt, Pi ohne SSD gestartet und 15 sec laufen lassen. Pi ausgeschaltet. SSD dran und dann hat es meistens nach dem einschalten geklappt. Aber es schlichen sich nach einiger Zeit Fehler ein. Pishrink, Pardet und einiges mehr gingen nicht mehr. Da der Bug im Kodi Adapter erst vor ein paar Tagen entfernt wurde, konnte ich endlich nach über ein Jahr das System neu aufsetzen mit einem neuen PI-OS (bullseye)und mit Backitup ein Restore ausführen. Seitdem ist Ruhe. Kann sein das es nochmal vorkommt, aber bis Dato nicht.
Nach einen Reboot werden alle Schnittstellen jetzt gefunden. -
@skinni , irgendwie kommt mir das hier bekannt vor. Der Pi 4 findet die seriellen Schnittstellen nicht mehr. Das hatte ich auch nach dem upgraden von Buster auf Bullseye. Das hat wohl was mit einem Kernelupdate zu tun. Da ich noch ebusd nutze kann ich das beim booten beobachten, ob die Schnittstellen auch da sind (blinkende rote LED am EBUS). Dann wird auch ebusd gestartet. Bei mir betraf es Maxcul, Zigbee und ebusd.
Ich nutze nur keine SD-Karte sondern eine SSD.
Was habe ich dann gemacht: Den Boot Vorgang abgebrochen mit iob stop. System runtergefahren, SSD ab gestöpselt, Pi ohne SSD gestartet und 15 sec laufen lassen. Pi ausgeschaltet. SSD dran und dann hat es meistens nach dem einschalten geklappt. Aber es schlichen sich nach einiger Zeit Fehler ein. Pishrink, Pardet und einiges mehr gingen nicht mehr. Da der Bug im Kodi Adapter erst vor ein paar Tagen entfernt wurde, konnte ich endlich nach über ein Jahr das System neu aufsetzen mit einem neuen PI-OS (bullseye)und mit Backitup ein Restore ausführen. Seitdem ist Ruhe. Kann sein das es nochmal vorkommt, aber bis Dato nicht.
Nach einen Reboot werden alle Schnittstellen jetzt gefunden. -
@esp8266 Was halt merkwürdig ist, ich konnte z.B. ein Firmware Update des Conbee II machen und in Phoscon wird er auch angezeigt.
@skinni , es war halt ein Vorschlag. Ich kenne kein Phoscon....
Ich persönlich würde nicht lange rum fackeln und komplett neu Aufsetzen.
Wo liegt das Problem...nach spätestens, je nach installieren Adaptern, dauert sowas 1 - 2 Std und je nach Kenntniss sogar noch schneller.
Bei mir war das nicht möglich, wegen den Bug im Kodi Adapter. Ich musste zwingenst bei der alten Kodi Version bleiben....also kein Restore über Backitup möglich. Der hätte die neuste installiert. Also wie geschrieben, deine Sache was du machst. Das war eine Erfahrung die ich gemacht habe und meine Meinung. -
Ich versuch grad alles neu aufzusetzen. Das pivccu image gibts nicht mehr, das iobroker image hat Probleme gemacht weil Admin nicht erreichbar war. Jetzt hab ich alles von Hand angefangen und komm nicht an mein Backup auf NAS...
/€ Nach nem reboot kann ich die Backups laden.
/€ Jetzt war zigbee vollkommen hinüber. Hatte alles neu aufgesetzt, lief auch ein paar Minuten und konnte neue Gerät verbinden, dann ging nix mehr. Stick wird erkannt, Adapter ist grün aber es findet keine Kommunikation mehr statt. Auch mit dem alten image sieht alles grün aus, keine Fehlermeldungen, aber es wird nix neues mehr angelernt. Hab dann noch 2 mal den pi neu gemacht, auch ohne iobroker Backup einzuspielen gleiches Verhalten. Ich vermute mal der Stick hat einfach nen Problem und es war blöder Zufall mit dem Update. Oder es gibt nen kausalen Zusammenhang den ich nicht verstehe, aber der Stick ist so nicht mehr zu gebrauchen.
/€ heute hab ich mal deconz auf nem windows Rechner installiert und ins Debug log geschaut. Da stand Fehlermeldungen dass ein Wert falsch ist. Hab den korrigiert und jetzt kann ich wieder Geräte verbinden. Muss jetzt nur wieder auf bullseye umsteigen und weitertesten. Dachte schon der wäre hinüber...
-
Jetzt war ich gerade mit allem fertig da ist plötzlich im Zigbee Adapter alles leer gewesen. Hab den Com Port wieder eingestellt und die Gerät sind aufgetaucht, aber PAN ID, erweiterete PAN ID und Transportschlüssel sind leer... Jetzt muss ich wieder von vorne anfangen. Backup zurückspielen von influxdb und zigbee geht auch nicht. Da ist doch echt der Wurm drin.
/€ zigbee backup musste ich erst lokal rüberkopieren, dann durfte ich es installieren. Per cifs war immer root/root eingetragen. Bis auf einen Sensor hab ich jetzt alles wieder drin, der eine will leider nicht. Influxdb geht auch wieder. Ich fass jetzt nix mehr an und will die nächsten Wochen nix mehr damit zu tun haben :)
Die Lösung war also vermutlich ein falsches Setting im Conbee II was ich erst im Debug Log vom deconz-gui über Windows gesehen haben...
-
Jetzt war ich gerade mit allem fertig da ist plötzlich im Zigbee Adapter alles leer gewesen. Hab den Com Port wieder eingestellt und die Gerät sind aufgetaucht, aber PAN ID, erweiterete PAN ID und Transportschlüssel sind leer... Jetzt muss ich wieder von vorne anfangen. Backup zurückspielen von influxdb und zigbee geht auch nicht. Da ist doch echt der Wurm drin.
/€ zigbee backup musste ich erst lokal rüberkopieren, dann durfte ich es installieren. Per cifs war immer root/root eingetragen. Bis auf einen Sensor hab ich jetzt alles wieder drin, der eine will leider nicht. Influxdb geht auch wieder. Ich fass jetzt nix mehr an und will die nächsten Wochen nix mehr damit zu tun haben :)
Die Lösung war also vermutlich ein falsches Setting im Conbee II was ich erst im Debug Log vom deconz-gui über Windows gesehen haben...
@skinni sagte in zigbee funktioniert nicht mehr nach update auf bullseye:
zigbee backup musste ich erst lokal rüberkopieren, dann durfte ich es installieren. Per cifs war immer root/root eingetragen.
Dann ist dein Backitup-Adapter nicht richtig eingestellt. Oder die Freigaben. Üblicherweise geht das natürlich auch über ein gemountetes Dateisystem.
-
@skinni sagte in zigbee funktioniert nicht mehr nach update auf bullseye:
zigbee backup musste ich erst lokal rüberkopieren, dann durfte ich es installieren. Per cifs war immer root/root eingetragen.
Dann ist dein Backitup-Adapter nicht richtig eingestellt. Oder die Freigaben. Üblicherweise geht das natürlich auch über ein gemountetes Dateisystem.
@thomas-braun , genauso ist es.
@skinni , man muss natürlich nach einer neu Installation zuerst das NAS einrichten und die Pfadangabe machen. Ich nutze NFS. Woher soll das Backitup nach dem ersten Start wissen?
Vor der IOB Installation hänge ich mein NAS via autofs ein.
-
NAS war natürlich verbunden, aber die files lagen da mit root Berechtigungen und nicht iobroker, das gab dann Zugriffsverletzungen beim Zurückspielen. Hab auch etliche Threads dazu gefunden, aber nie ne Lösung.
Da ich auf dem gemounteten Verzeichnis die Berechtigungen nicht ändern konnte hab ichs halt rüberkopiert und dann angepasst
-
NAS war natürlich verbunden, aber die files lagen da mit root Berechtigungen und nicht iobroker, das gab dann Zugriffsverletzungen beim Zurückspielen. Hab auch etliche Threads dazu gefunden, aber nie ne Lösung.
Da ich auf dem gemounteten Verzeichnis die Berechtigungen nicht ändern konnte hab ichs halt rüberkopiert und dann angepasst
-
NAS war natürlich verbunden, aber die files lagen da mit root Berechtigungen und nicht iobroker, das gab dann Zugriffsverletzungen beim Zurückspielen. Hab auch etliche Threads dazu gefunden, aber nie ne Lösung.
Da ich auf dem gemounteten Verzeichnis die Berechtigungen nicht ändern konnte hab ichs halt rüberkopiert und dann angepasst
@skinni sagte in zigbee funktioniert nicht mehr nach update auf bullseye:
NAS war natürlich verbunden, aber die files lagen da mit root Berechtigungen und nicht iobroker
Das erkläre mal genauer!
Für mich ist logisch das im Backup auf dem Nas nicht IOB ist.
Aber IOB greift aufs NAS zu....auf die Backupfiles -
Wenn ich das richtig verstanden habe, werden die files vom backitup Adapter nach /opt/iobroker/backups gemounted, allerdings ist dann root der Eigentümer und es gibt beim Zurücksichern eine Fehlermeldung.
Mit sudo chown iobroker:iobroker /opt/iobroker/backups/* konnte ich die Berechtigungen so setzen, dass ich zurücksichern darf. Allerdings nur, wenn ich das Verzeichnis vorher nicht gemountet habe sondern die Dateien tatsächlich dorthin kopiert habe.
Hoffe das war verständlich.
Im Adapter selbst kann man dahingehend ja nicht viel einstellen, noserverino oder nicht macht auch keinen Unterschied.
/€ hier war das gleiche Problem: https://213.136.68.177/topic/42424/wie-gelöschten-zigbee-adapter-wieder-herstellen/45
-
Wenn ich das richtig verstanden habe, werden die files vom backitup Adapter nach /opt/iobroker/backups gemounted, allerdings ist dann root der Eigentümer und es gibt beim Zurücksichern eine Fehlermeldung.
Mit sudo chown iobroker:iobroker /opt/iobroker/backups/* konnte ich die Berechtigungen so setzen, dass ich zurücksichern darf. Allerdings nur, wenn ich das Verzeichnis vorher nicht gemountet habe sondern die Dateien tatsächlich dorthin kopiert habe.
Hoffe das war verständlich.
Im Adapter selbst kann man dahingehend ja nicht viel einstellen, noserverino oder nicht macht auch keinen Unterschied.
/€ hier war das gleiche Problem: https://213.136.68.177/topic/42424/wie-gelöschten-zigbee-adapter-wieder-herstellen/45
@skinni sagte in zigbee funktioniert nicht mehr nach update auf bullseye:
allerdings ist dann root der Eigentümer und es gibt beim Zurücksichern eine Fehlermeldung.
Durch die mount-Optionen
file_mode=0777,dir_mode=0777darf das keine Rolle spielen. Da darf dann Hinz und Kunz alles, egal welchem user oder group die Datei gehört.
Support us
767
Online32.5k
Benutzer81.7k
Themen1.3m
Beiträge