[gelöst] Zigbee Geräte nach Proxmox Update disconnected
-
@dp20eic So, hier ein kurzes Update vom Wochenende:
Ich hatte die "Hoffnung", dass evtl. der Stick einfach kaputt ist. In meiner Installation von Homeassistant konnte der Stick auch nicht sende, ebenso nicht in einer zweiten, frischen ioBroker-LXC. Ich habe die Firmware des ConBee II downgegraded nachdem ich einen Hinweis auf instabile Netzwerke ab Version 0x26580700. Hat leider auch nicht geholfen. Also hab ich den Sonoff 3.0 Zigbee Plus Stick bestellt. Auch dieser konnte keine neuen Devices hinzufügen.
Also bin ich zurück auf Anfang und habe den Fehler beim Proxmox System gesucht. Habe die udev auf die 247.3-7+deb11u1 zurückgesetzt und die Datei 60-serial.rules angelegt. Leider auch ohne Erfolg. Ich erinnere mich, dass in einem Thread mach den groups gefragt wurde. Evtl. ist irgendjemand nicht in der Gruppe dialout? Das würde ja das Problem erklären, dass Daten empfangen, aber nicht gesendet werden können.
Wer muss in der Gruppe dialout sein in der LXC bzw. in der Proxmox Installation?
Ich weiß wirklich nicht, wo ich noch nach der Ursache des Problems suchen soll. Gibt es noch irgendwelche Protokolle oder Logs, die ich nach der Ursache durchsuchen kann?
-
@procrastinator sagte in Zigbee Geräte nach Proxmox Update disconnected:
Wer muss in der Gruppe dialout sein in der LXC bzw. in der Proxmox Installation?
Moin,
in meiner Proxmox Installation sieht das so aus
PVE
root@pve:~# ls -la /dev/ttyACM* crw-rw-rw- 1 root dialout 166, 0 May 22 17:30 /dev/ttyACM0 crw-rw-rw- 1 root dialout 166, 1 May 12 08:58 /dev/ttyACM1 crw-rw-rw- 1 root dialout 166, 2 May 22 17:11 /dev/ttyACM2 crw-rw-rw- 1 root dialout 166, 3 May 22 17:38 /dev/ttyACM3 root@pve:~# ls -la /dev/serial/by-id/usb-* lrwxrwxrwx 1 root root 13 May 12 08:58 /dev/serial/by-id/usb-0658_0200-if00 -> ../../ttyACM2 lrwxrwxrwx 1 root root 13 May 12 08:58 /dev/serial/by-id/usb-Texas_Instruments_TI_CC2531_USB_CDC___0X00124B001938A67D-if00 -> ../../ttyACM3 lrwxrwxrwx 1 root root 13 May 12 08:58 /dev/serial/by-id/usb-Texas_Instruments_XDS110__03.00.00.12__Embed_with_CMSIS-DAP_L1100FRC-if00 -> ../../ttyACM0 lrwxrwxrwx 1 root root 13 May 12 08:58 /dev/serial/by-id/usb-Texas_Instruments_XDS110__03.00.00.12__Embed_with_CMSIS-DAP_L1100FRC-if03 -> ../../ttyACM1 root@pve:~# ls -la /dev/serial/by- by-id/ by-path/ root@pve:~# ls -la /dev/serial/by-path/ total 0 drwxr-xr-x 2 root root 120 May 12 08:58 . drwxr-xr-x 4 root root 80 May 12 08:58 .. lrwxrwxrwx 1 root root 13 May 12 08:58 pci-0000:00:12.0-usb-0:1:1.0 -> ../../ttyACM2 lrwxrwxrwx 1 root root 13 May 12 08:58 pci-0000:00:13.1-usb-0:3:1.0 -> ../../ttyACM3 lrwxrwxrwx 1 root root 13 May 12 08:58 pci-0000:00:13.2-usb-0:1:1.0 -> ../../ttyACM0 lrwxrwxrwx 1 root root 13 May 12 08:58 pci-0000:00:13.2-usb-0:1:1.3 -> ../../ttyACM1LXC
ioBrokerContainerdp20eic@iobroker:~$ ls -la /dev/ttyACM* crw-rw-rw- 1 nobody nogroup 166, 0 May 22 17:40 /dev/ttyACM0 crw-rw-rw- 1 nobody nogroup 166, 2 May 22 17:11 /dev/ttyACM2 dp20eic@iobroker:~$ id iobroker uid=1000(iobroker) gid=1000(iobroker) groups=1000(iobroker),5(tty),20(dialout),29(audio),44(video),1001(wheel),116(bluetooth)Hoffe, Du kommst noch dahinter, was da klemmt.
Wenn Du nichts verändert hast, dann schreibt Proxmox ein Journal in welchem alles, was auf dem System passiert geloggt wird.
Journal von Anfang an
# journalctl | grep -i 'ttyACM*'Hilfe zur Bedienung:
# journalctl -hVG
Bernd -
@dp20eic said in Zigbee Geräte nach Proxmox Update disconnected:
Vielen dank für Deine beharrliche Hilfe! Mein Output ist:PVE
root@Jarvis:~# ls -la /dev/ttyACM* crw-rw-rw- 1 root dialout 166, 0 May 22 15:42 /dev/ttyACM0 root@Jarvis:~# ls -la /dev/serial/by-id/usb-* lrwxrwxrwx 1 root root 13 May 22 15:42 /dev/serial/by-id/usb-dresden_elektronik_ingenieurtechnik_GmbH_ConBee_II_DE2464320-if00 -> ../../ttyACM0 root@Jarvis:~# ls -la /dev/serial/by- ls: cannot access '/dev/serial/by-': No such file or directory root@Jarvis:~# ls -la /dev/serial/by-path/ total 0 drwxr-xr-x 2 root root 60 May 22 15:42 . drwxr-xr-x 4 root root 80 May 22 15:42 .. lrwxrwxrwx 1 root root 13 May 22 15:42 pci-0000:00:14.0-usb-0:2:1.0 -> ../../ttyACM0LXC
roland@iobroker:~$ ls -la /dev/ttyACM* crw-rw-rw- 1 nobody nogroup 166, 0 May 23 16:04 /dev/ttyACM0 roland@iobroker:~$ id iobroker uid=1000(iobroker) gid=1000(iobroker) groups=1000(iobroker),5(tty),20(dialout),29(audio),44(video)Also von dieser Seite her sehe ich keine Probleme. Dann muss ich wohl mal ins Proxmoxforum gehen, evtl. gibt es da Hilfe.
Schönen Abend, Roland
-
@procrastinator sagte in Zigbee Geräte nach Proxmox Update disconnected:
Also von dieser Seite her sehe ich keine Probleme. Dann muss ich wohl mal ins Proxmoxforum gehen, evtl. gibt es da Hilfe.
Moin,
mal einen anderen USB-Port benutzt, hast Du USB 2/3 vielleicht ist ja einer hin?
VG
BerndP.S.: Wie sieht bei Dir das Durchreichen im LXC aus
root@pve:~# cat /etc/pve/lxc/100.conf #Produktiver ioBroker LXC Container. # # ... unprivileged: 1 lxc.cgroup.devices.allow: c 189:* rwm lxc.cgroup.devices.allow: c 166:* rwm lxc.mount.entry: /dev/serial/by-id/usb-Texas_Instruments_XDS110__03.00.00.12__Embed_with_CMSIS-DAP_L1100FRC-if00 dev/ttyACM0 none bind,optional,create=file lxc.mount.entry: /dev/serial/by-id/usb-0658_0200-if00 dev/ttyACM2 none bind,optional,create=file -
@procrastinator sagte in Zigbee Geräte nach Proxmox Update disconnected:
crw-rw-rw- 1 nobody nogroup 166, 0 May 23 16:04 /dev/ttyACM0
nobody:nogroup ist soweit wie ich das kenne ein klarer Fall von 'nicht richtig durchgereicht/gemappt'.
-
@dp20eic
Die config sieht so aus:
lxc.cgroup2.devices.allow: c 189:* rwm lxc.mount.entry: usb-dresden_elektronik_ingenieurtechnik_GmbH_ConBee_II_DE2464320-if00 dev/serial/by-id/usb-dresden_elektronik_ingenieurtechnik_GmbH_ConBee_II_DE2464320-if00 none bind,optional,create=file lxc.cgroup2.devices.allow: c 166:* rwm lxc.mount.entry: /var/lib/lxc/101/devices/ttyACM0 dev/ttyACM0 none bind,optional,create=fileAus diesem Toutorial. Hat bisher ja gut funktioniert. Den neuen Sonoff Stick habe ich am Homeassistant zum laufen gebracht, konnte neue Geräte zufügen und auch steuern. Hab dann eine neue VM mit Ubuntu Server gemacht, ioBroker installiert, Stick rein, wieder genau das selbe. Stick wird erkannt, kann aber keine neuen Geräte anlernen.
Hab alle 3 USB Ports versucht, war immer das Gleiche.@Thomas-Braun In dem verwendeten Tutorial steht das in dem Container auch als nobody nogroup drin. Bisher hat es ja gut funktioniert, aber ich weiß auch nicht wie die Ausgabe vor dem Problem war. Ist auch durchaus möglich dass ich bei meinen Versuchen mit dem Durchreichen zwischen den verschiedenen Maschinen was versaut habe. Bin echt am Verzweifeln langsam. Zum Glück steuere ich damit keine Geräte im Haus, bzw. nur eine Festplatte. Sonst wäre meine Frau schon im Hotel.
-
Es gibt nur keine entsprechende Gruppe/User im Zielsystem die dann über diese group/user Rechte zugreifen könnte. Das sind immer nur Platzhalter, wenn das Durchreichen an valide Gruppen/User nicht möglich ist.
-
@procrastinator sagte in Zigbee Geräte nach Proxmox Update disconnected:
Hat bisher ja gut funktioniert.
Moin,
ja, das mit dem User passt und auch die Gruppen sind richtig für einen LXC Container, wo die Verantwortung beim Proxmox liegen, funktioniert bei mir seit dem ersten Tag so auch mit unterschiedlichen Zigbee Sticks und mit mqtt2zigbee als auch mit Zigbee-Adapter. Wenn Du eine VM nimmst, dann haben die eingebundenen USB Sachen auch die User/Gruppen, wie @Thomas-Braun sagt, nur im LXC Container ist das so korrekt, denn der nutzt ja die Datei/Device am Proxmox.
Die Vermutung von @Thomas-Braun würde zutreffen, wenn Du den Stick nicht im Adapter einbinden kannst, wenn dort ein Permission deny oder kein Zugriff auf das Device möglich wäre, das ist aber nicht der Fall.
In Deinem Fall kann ich mir auch nichts mehr Vorstellen, in Home Asisstant klappt es im
ioBrokernicht ist halt seltsam.Versuch mal mqtt2zigbee ist aber auch nur ein Schuss ins blaue
VG
Bernd -
@dp20eic Moin Bernd, bevor ich auf mqtt2zigbee umsteige, möchte ich es nochmal mit der VM versuchen. Das sollte ja einfacher gehen. Evtl. habe ich den Stick ja nicht richtig eingebunden.
Ich habe ihn über die GUI von Proxmox an die VM weiter gereicht.
In der VM habe ich:
Sind die Berechtigungen richtig, oder muss ich was ändern?
Bei YT sieht man, dass der Stick immer als "usb-ITead_Sonoff_Zigbee_3.0_...." angegeben, mit langer ID. Habe ich da einen gefälschten Stick oder haben die die Bezeichnung geändert?Vielen Dank, Roland
-
Moi
@procrastinator sagte in Zigbee Geräte nach Proxmox Update disconnected:
Sind die Berechtigungen richtig, oder muss ich was ändern?
In einer VM in der Du ein eigenes Betriebssystem installierst, wären die Berechtigungen korrekt. Was mich stutzig macht, ist, dass
lsusbdas angesteckte Device findet, vielleicht fehl Dir da noch eineudev rule, da mit der Stick korrekt erkannt wird.Bei YT sieht man, dass der Stick immer als "usb-ITead_Sonoff_Zigbee_3.0_...." angegeben, mit langer ID. Habe ich da einen gefälschten Stick oder haben die die Bezeichnung geändert?
Dazu kann ich nichts sagen, da ich diese Hardware nicht habe.
VG
Bernd -
@dp20eic Inzwischen habe ich auch hier im Forum gesehen, dass der Stick auch diese Bezeichnung haben kann.
Um die Sache noch spannender zu machen, habe ich eben mal meinen alten Laptop rausgeholt. Auf dem lief Proxmox bevor ich auf den neuen Rechner umgestiegen bin. Den hab ich mal hochgefahren und den Sonoff Stick an die VM weitergereicht. Nachdem ich die Permissions angepasst hatte, konnte ich den Stick in ioBroker ohne Probleme hinzufügen und auch neue Geräte hinzufügen und diese Steuern! Ein volles Update von Proxmox habe ich mich allerdings dann doch nicht getraut um zu testen, dass es dann nicht mehr klappt.
Damit ist für mich klar, dass irgend etwas mit meiner Proxmox Installation nicht stimmt und werde den Server wohl neu aufsetzen. Jetzt muss ich nur herausfinden, wie ich meine ganze Konfiguration von Proxmox sichere... -
@dp20eic Was passiert denn, wenn Du im Container ls -ls /dev/serial/by-id/ eingibst? Sollte das so aussehen:
roland@iobroker:~$ ls -ls /dev/serial/by-id/ total 0 0 ---------- 1 root root 0 May 26 14:28 usb-Silicon_Labs_Sonoff_Zigbee_3.0_USB_Dongle_Plus_0001-if00-port0 roland@iobroker:~$ ls -l /dev/ttyUSB* crw-rw-rw- 1 nobody nogroup 188, 0 May 26 14:16 /dev/ttyUSB0 roland@iobroker:~$Ich wollte nun doch nochmal versuchen den Stick im Container zum laufen zu bringen, bekomme nun aber immer die Meldung
zigbee.0 2023-05-26 14:28:51.706 error Starting zigbee-herdsman problem : "Error while opening serialport 'Error: Error: Permission denied, cannot open /dev/serial/by-id/usb-Silicon_Labs_Sonoff_Zigbee_3.0_USB_Dongle_Plus_0001-if00-port0'" -
@procrastinator sagte in Zigbee Geräte nach Proxmox Update disconnected:
/dev/serial/by-id/usb-Silicon_Labs_Sonoff_Zigbee_3.0_USB_Dongle_Plus_0001-if00-port0
Und welche Rechte wären erforderlich?
ls -lAh /dev/serial/by-id/usb-Silicon_Labs_Sonoff_Zigbee_3.0_USB_Dongle_Plus_0001-if00-port0sagt?
-
@procrastinator sagte in Zigbee Geräte nach Proxmox Update disconnected:
roland@iobroker:~$ ls -ls /dev/serial/by-id/
Moin,
ich habe meine Sticks nicht per
/dev/serialan die Container durchgereicht.LXC-debian
ioBrokerlxc.cgroup.devices.allow: c 189:* rwm lxc.cgroup.devices.allow: c 166:* rwm lxc.mount.entry: /dev/serial/by-id/usb-Texas_Instruments_XDS110__03.00.00.12__Embed_with_CMSIS-DAP_L1100FRC-if00 dev/ttyACM0 none bind,optional,create=file lxc.mount.entry: /dev/serial/by-id/usb-0658_0200-if00 dev/ttyACM2 none bind,optional,create=fileWie man erkennt wird vom Host PVE das USB Device per
/dev/serial/by-id/...auf das Container/dev/ttyACM0geroutet, das andere Device ist ein Z-Wave USB-Stick.LXC-arch linux
ioBrokerlxc.cgroup.devices.allow: c 166:* rwm lxc.cgroup.devices.allow: c 189:* rwm lxc.mount.entry: /dev/serial/by-id/usb-Texas_Instruments_CC2538_USB_CDC-if00 dev/ttyACM0 none bind,optional,create=file lxc.mount.entry: /dev/serial/by-id/usb-Texas_Instruments_TI_CC2531_USB_CDC___0X00124B001938A67D-if00 dev/ttyACM3 none bind,optional,create=fileIn dem Container sind zwei Zigbee USB-Sticks durchgereicht, aber auch direkt vom Host
/dev/serial/by-id/...hin zum Container `/dev/ttyACM[0,3].Ich binde im
ioBrokerZigbee Adapter die Devices über/dev/ttyACMxein.Die rechte bei mir sind
dp20eic@iobroker:~$ ls -la /dev/ttyACM* crw-rw-rw- 1 nobody nogroup 166, 0 May 26 15:02 /dev/ttyACM0 crw-rw-rw- 1 nobody nogroup 166, 2 May 26 14:32 /dev/ttyACM2 oder 15:03:59 dp20eic@arch-iob ~ ⬡ v18.15.0 $ ls -la /dev/ttyACM* ---------- 1 root root 0 May 12 09:02 /dev/ttyACM0 crw-rw-rw- 1 nobody nobody 166, 3 May 26 12:39 /dev/ttyACM3Im Arch Linux
ioBrokerist der erste aktuell nicht eingesteckt, da ich gerade versuche da eine neue Firmware drauf zu bekommen.Was mir noch einfällt, ist dein Container ein
Privilierteroderunpreviligierter?Bei mir klappt das nur so
VG
Bernd -
@dp20eic Bei mir läuft das (mit dem Conbee II) auch im priviligiertem Container. Hab den Stick sonst genau wie du zum Container geroutet, musste aber noch mit mknod die Bindung erzeugen, da nach jedem Neustart die Rechte verloren gegangen sind.
-
roland@iobroker:~$ ls -lAh /dev/serial/by-id/usb-Silicon_Labs_Sonoff_Zigbee_3.0_USB_Dongle_Plus_0001-if00-port0 ---------- 1 root root 0 May 26 17:06 /dev/serial/by-id/usb-Silicon_Labs_Sonoff_Zigbee_3.0_USB_Dongle_Plus_0001-if00-port0Der Container ist nicht privilegiert und nesting=1
Ich denke ich hab den Fehler. Muss in ioBroker natürlich auch /dev/ttyUSB0 als Pfad eingeben. Jetzt bekomme ich schonmal andere Fehler:
zigbee.0 2023-05-26 17:26:59.483 error Error herdsman start zigbee.0 2023-05-26 17:26:59.483 error Failed to start Zigbee zigbee.0 2023-05-26 17:26:59.483 error Starting zigbee-herdsman problem : "Error while opening serialport 'Error: Error Resource temporarily unavailable Cannot lock port'" zigbee.0 2023-05-26 17:26:49.346 error Error herdsman start zigbee.0 2023-05-26 17:26:49.345 error Failed to start Zigbee zigbee.0 2023-05-26 17:26:49.345 error Starting zigbee-herdsman problem : "network commissioning timed out - most likely network with the same panId or extendedPanId already exists nearby" zigbee.0 2023-05-26 17:25:25.766 warn Terminated (UNCAUGHT_EXCEPTION): Without reason zigbee.0 2023-05-26 17:25:25.765 warn Failed to stop zigbee during startup zigbee.0 2023-05-26 17:25:25.730 error Cannot read properties of undefined (reading 'getClients') zigbee.0 2023-05-26 17:25:25.730 error TypeError: Cannot read properties of undefined (reading 'getClients') at Commands.cleanDeviceStates (/opt/iobroker/node_modules/iobroker.zigbee/lib/commands.js:476:55) at Commands.onMessage (/opt/iobroker/node_modules/iobroker.zigbee/lib/commands.js:86:30) at Zigbee.<anonymous> (/opt/iobroker/node_modules/iobroker.zigbee/lib/commands.js:14:48) at Zigbee.emit (node:events:525:35) at Zigbee.emit (node:domain:489:12) at change (/opt/iobroker/node_modules/@iobroker/js-controller-adapter/src/lib/adapter/adapter.js:5824:34) at Immediate.<anonymous> (/opt/iobroker/node_modules/@iobroker/db-states-redis/lib/states/statesInRedisClient.js:322:37) at processImmediate (node:internal/timers:476:21) zigbee.0 2023-05-26 17:25:25.729 error unhandled promise rejection: Cannot read properties of undefined (reading 'getClients') zigbee.0 2023-05-26 17:25:25.729 error Unhandled promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch(). zigbee.0 2023-05-26 17:25:20.432 warn TypeError: Cannot read properties of undefined (reading 'reset') at Developer.onMessage (/opt/iobroker/node_modules/iobroker.zigbee/lib/developer.js:41:39) at Zigbee.emit (node:events:525:35) at Zigbee.emit (node:domain:489:12) at change (/opt/iobroker/node_modules/@iobroker/js-controller-adapter/src/lib/adapter/adapter.js:5824:34) at Immediate._onImmediate (/opt/iobroker/node_modules/@iobroker/db-states-redis/lib/states/statesInRedisClient.js:322:37) at processImmediate (node:internal/timers:476:21) zigbee.0 2023-05-26 17:25:20.336 warn States system pmessage io.messagebox.system.adapter.zigbee.0 {"command":"reset","message":{"mode":"hard"},"from":"system.adapter.admin.0","callback":{"message":{"mode":"hard"},"id":89,"ack":false,"time":1685114720335},"_id":88338922} Cannot read properties of undefined (reading 'reset')Das liegt wohl am vielen rumprobieren mit dem Stic. Darum muss ich mich nächste Woche kümmern. Allen schonmal ein schönes sonniges Wochenende und Danke für die Hilfe! Roland
-
@procrastinator sagte in Zigbee Geräte nach Proxmox Update disconnected:
Der Container ist nicht privilegiert
dann solltest Du das ändern
-
@djmarc75 Aber laut @dp20eic und meinem Container, der seit einem Jahr ohne Probleme lief muss er nicht privilegiert sein. Oder hat sich da was bei Proxmox geändert?
-
@procrastinator sagte in Zigbee Geräte nach Proxmox Update disconnected:
@djmarc75 Aber laut @dp20eic und meinem Container, der seit einem Jahr ohne Probleme lief muss er nicht privilegiert sein. Oder hat sich da was bei Proxmox geändert?
Moin,
wie ich glaube schon oben in ein, zwei Posts gezeigt habe, sieht das bei mir so aus
Debian ioBroker
Arch ioBroker
Ob das auch als privilegierter Container geht, werde ich ausprobieren, wenn meine neue Hardware da ist. Aktuell läuft es genau so bei mir.
VG
Bernd -
@dp20eic @Thomas-Braun Genau, so sieht es bei mir auch aus und lief.
Zur Lösung des Problems: Gestern hatte ich die Schnauze voll und hab den Server einfach platt gemacht und Proxmox neu installiert. Dies gab mir auch die Möglichkeit mal genau zu dokumentieren, was beim Aufsetzen alles gemacht werden muss und wie das geht. Wie ich gemerkt habe, ist Dokumentation wichtig.
Nachdem ich die Container auf (die richtige) Platte zurückgespielt hatte, funktioniert jetzt wieder alles einwandfrei, alle Geräte wurden sofort wieder erkannt und können auch gesteuert werden! Also hat das Update Anfang des Monats einfach irgend was vermurksts. Das neu Aufsetzen ging auch viel schneller als erwartet, hätte ich schon vor 2 Wochen machen sollen.Also vielen Dank an alle Helfer die mit mir nach dem Fehler gesucht haben, wirklich eine tolle Community!
Wir sehen und im SONOFF Panel Thread, jetzt kann ich mich neuen Problemen widmen.
