December 26, 20223 yr Hallo zusammen, ich bin neu im Thema UNRAID, in der Vergangenheit habe ich NAS von Synology und für VMs Proxmox verwendet. Ich habe jetzt testweise einen Dell Optiplex 7050 mit UNRAID aufgebaut, um darauf HomeAssistant und RaspberryMatic jeweils in einer VM zu betreiben. Beide VM sind eingerichtet und laufen auch soweit. In die VM von HA wird ein Deconz Zigbee Stick per USB durchgereicht und in die VM für RaspberryMatic ist ein HM-CFG-USB per USB durchgereicht. Leider verliert der HM-CFG-USB regelmäßig kurzzeitig die Verbindung und steht dann in der VM für RaspberryMatic nicht mehr zur Verfügung, somit läuft RaspberryMatic leider nicht stabil. Ist praktisch unbrauchbar. Kann mir vielleicht jemand von Euch weiterhelfen? USB Kabel (Verlängerungen) habe ich schon mehrfach getauscht, auch die USB-Ports habe ich schon durchprobiert. Folgende Fehlermeldung steht im Log von RaspberryMatic: 2022-12-26T19:52:57.715886Z qemu-system-x86_64: libusb_release_interface: -4 [NO_DEVICE] Editiere ich die VM im laufenden Betrieb und entferne den HM-CFG-USB speichere und editiere dann wieder und füge den HM-CFG-USB wieder hinzu, läuft RaspberryMatic in der VM wieder bis der Stick dann wieder die Verbindung verliert Vielen Dank!
December 27, 20223 yr 5 hours ago, MarcoHH said: Kann mir vielleicht jemand von Euch weiterhelfen? Interessant wäre noch was am host (unraid) in den logs steht. ich weiß jetzt nicht ob der USB Manager "verlorene" Geräte wieder an VM's weitergeben kann, wäre ein Versuch wert. da USB leider ist wie es ist ... und wenn du keine separate USB PCIe Karte an die VM gibst womit das recht sicher gelöst wäre ... ich habe ein ähnliches Problem und anders gelöst, aber steht auch in einem anderen Kontext, USB Gerät verliert am Host Unraid die Verbindung und ich muss das Gerät "neu starten" ... passt aber hier nicht, daher teste mal o.g. Plugin aus.
December 27, 20223 yr Community Expert Nutzt du Stromsparmechanismen? Es kann sein, dass die Buchse Standby erlaubt und der Stick sich dann bei Aktivität "neu" verbindet, was aber die VM nicht mag.
December 27, 20223 yr Author Hallo zusammen, vielen Dank für Eure Rückmeldungen. Die UNRAID Logs hänge ich hier mal an. Da sieht man, dass er den USB Port verliert und ihn dann mit einer fortlaufenden Nummer wieder neu einhängt. Dadurch funktioniert es aber dann wahrscheinlich nicht mehr in der VM. Unter proxmox gibt es eine Funktion, wo man an Hand der Stickbezeichnung in die VM durchreicht, dadurch findet er dort den Stick dann auch wieder. Gibt es vielleicht auch so eine Funktion in UNRAID? Kann man vielleicht den Stick fest im unraid mounten (also manuell)? So dass er immer wieder unter dem gleichen Namen erreichbar ist? Stromsparfunktionen benutze ich nicht bewusst, wo kann ich da schauen. Im Bios habe ich zu den USB Anschlüssen keine derartigen Funktionen gefunden. In unraid kenne ich mich leider noch nicht so richtig aus Vielleicht habt ihr ja einen Tip. Unraid Log: Dec 26 11:52:59 Homeraid kernel: usb 1-4: new full-speed USB device number 14 using xhci_hcd Dec 26 11:52:59 Homeraid kernel: hid-generic 0003:1B1F:C00F.000E: hiddev96,hidraw0: USB HID v1.10 Device [eQ-3 HM-CFG-USB] on usb-0000:00:14.0-4/input0 Dec 26 13:32:23 Homeraid kernel: usb 1-4: USB disconnect, device number 14 Dec 26 13:32:25 Homeraid kernel: usb 1-4: new full-speed USB device number 15 using xhci_hcd Dec 26 13:32:25 Homeraid kernel: hid-generic 0003:1B1F:C00F.000F: hiddev96,hidraw0: USB HID v1.10 Device [eQ-3 HM-CFG-USB] on usb-0000:00:14.0-4/input0 Dec 26 16:12:34 Homeraid kernel: usb 1-4: USB disconnect, device number 15 Dec 26 16:12:36 Homeraid kernel: usb 1-4: new full-speed USB device number 16 using xhci_hcd Dec 26 16:12:36 Homeraid kernel: hid-generic 0003:1B1F:C00F.0010: hiddev96,hidraw0: USB HID v1.10 Device [eQ-3 HM-CFG-USB] on usb-0000:00:14.0-4/input0 Dec 26 17:30:57 Homeraid kernel: usb 1-4: USB disconnect, device number 16 Dec 26 17:30:59 Homeraid kernel: usb 1-4: new full-speed USB device number 17 using xhci_hcd Dec 26 17:30:59 Homeraid kernel: hid-generic 0003:1B1F:C00F.0011: hiddev96,hidraw0: USB HID v1.10 Device [eQ-3 HM-CFG-USB] on usb-0000:00:14.0-4/input0 Dec 26 20:14:17 Homeraid kernel: usb 1-4: USB disconnect, device number 17 Dec 26 20:14:19 Homeraid kernel: usb 1-4: new full-speed USB device number 18 using xhci_hcd Dec 26 20:14:19 Homeraid kernel: hid-generic 0003:1B1F:C00F.0012: hiddev96,hidraw0: USB HID v1.10 Device [eQ-3 HM-CFG-USB] on usb-0000:00:14.0-4/input0 Dec 26 21:33:00 Homeraid kernel: usb 1-4: USB disconnect, device number 18 Dec 26 21:33:02 Homeraid kernel: usb 1-4: new full-speed USB device number 19 using xhci_hcd Dec 26 21:33:02 Homeraid kernel: hid-generic 0003:1B1F:C00F.0013: hiddev96,hidraw0: USB HID v1.10 Device [eQ-3 HM-CFG-USB] on usb-0000:00:14.0-4/input0 Dec 26 21:35:09 Homeraid kernel: usb 1-4: USB disconnect, device number 19 Dec 26 21:35:11 Homeraid kernel: usb 1-4: new full-speed USB device number 20 using xhci_hcd Dec 26 21:35:11 Homeraid kernel: hid-generic 0003:1B1F:C00F.0014: hiddev96,hidraw0: USB HID v1.10 Device [eQ-3 HM-CFG-USB] on usb-0000:00:14.0-4/input0 Dec 26 22:55:08 Homeraid kernel: usb 1-4: USB disconnect, device number 20 Dec 26 22:55:10 Homeraid kernel: usb 1-4: new full-speed USB device number 21 using xhci_hcd Dec 26 22:55:10 Homeraid kernel: hid-generic 0003:1B1F:C00F.0015: hiddev96,hidraw0: USB HID v1.10 Device [eQ-3 HM-CFG-USB] on usb-0000:00:14.0-4/input0 Dec 27 00:15:35 Homeraid kernel: usb 1-4: USB disconnect, device number 21 Dec 27 00:15:37 Homeraid kernel: usb 1-4: new full-speed USB device number 22 using xhci_hcd Dec 27 00:15:37 Homeraid kernel: hid-generic 0003:1B1F:C00F.0016: hiddev96,hidraw0: USB HID v1.10 Device [eQ-3 HM-CFG-USB] on usb-0000:00:14.0-4/input0 Dec 27 08:45:29 Homeraid kernel: usb 1-4: USB disconnect, device number 22 Dec 27 08:45:31 Homeraid kernel: usb 1-4: new full-speed USB device number 23 using xhci_hcd Dec 27 08:45:31 Homeraid kernel: hid-generic 0003:1B1F:C00F.0017: hiddev96,hidraw0: USB HID v1.10 Device [eQ-3 HM-CFG-USB] on usb-0000:00:14.0-4/input0
December 28, 20223 yr 7 hours ago, MarcoHH said: Vielleicht habt ihr ja einen Tip. On 12/27/2022 at 5:02 AM, alturismo said: ich weiß jetzt nicht ob der USB Manager "verlorene" Geräte wieder an VM's weitergeben kann, wäre ein Versuch wert. getestet ? und da es am Ende ja das Gleiche Thema ist, evtl. auch mal hier einlesen.
December 28, 20223 yr 8 hours ago, MarcoHH said: Unter proxmox gibt es eine Funktion, wo man an Hand der Stickbezeichnung in die VM durchreicht, dadurch findet er dort den Stick dann auch wieder. Ich würde versuchen das mit "bus:device" statt "vendor:product" zu lösen - wenn nicht schon geschehen. Es gibt mehrere Möglichkeiten Devices durchzureichen. Vielleicht findet dann die VM das Device wieder. Nur ein Versuch: Statt "vendor:product": <hostdev mode='subsystem' type='usb' managed='no'> <source> <vendor id='0x1cf1'/> <<<<<<<<<<<<<<<<<<<<< <product id='0x0030'/> <<<<<<<<<<<<<<<<<<<<< </source> <boot order='1'/> <alias name='hostdev1'/> <address type='usb' bus='0' port='1'/> </hostdev> So "bus:device": <hostdev mode='subsystem' type='usb' managed='no'> <source> <address bus='1' device='3'/> <<<<<<<<<<<<<<<<<<<<< </source> <boot order='1'/> <alias name='hostdev0'/> <address type='usb' bus='0' port='1'/> </hostdev> Die verschiedenen Angaben findest Du über lsusb: root@Tower:~# lsusb [...] Bus 001 Device 003: ID 1cf1:0030 Dresden Elektronik ZigBee gateway [ConBee II] [...] Gegenprobe: root@Tower:~# lsusb -D /dev/bus/usb/001/003 Device: ID 1cf1:0030 Dresden Elektronik ZigBee gateway [ConBee II] [...] idVendor 0x1cf1 Dresden Elektronik idProduct 0x0030 ZigBee gateway [ConBee II] [...] iManufacturer 1 dresden elektronik ingenieurtechnik GmbH iProduct 2 ConBee II iSerial 3 ******** [...] Wenn bus:device bei Deinem System ebenfalls wechseln, dann müsste man tatsächlich auf iSerial umstellen. Das habe ich noch nie bei VMs benötigt, wird aber ebenfalls gehen. Müsste man mal nachlesen. Bei Docker Container geht es ja ebenfalls so. ***Nachtrag*** Wenn Du schon bus:device verwendest, dann versuch es mal mit vendor:product. Edited December 28, 20223 yr by hawihoney
December 28, 20223 yr Author 18 hours ago, alturismo said: getestet ? und da es am Ende ja das Gleiche Thema ist, evtl. auch mal hier einlesen. Hallo, ja ich habe den USB Manager eingerichtet und getestet. Leider verliert er auch da den USB Stick in der VM UNRAID LOG: Dec 28 05:37:21 Homeraid usb_manager: Info: rc.usb_manager usb_remove eQ-3_HM-CFG-USB_JEQ0700583 /dev/bus/usb/001/023 001 023 Dec 28 05:37:21 Homeraid usb_manager: Info: rc.usb_manager Device Match 001/023 vm: RaspberryMatic 001 023 Dec 28 05:37:21 Homeraid usb_manager: Info: virsh called RaspberryMatic 001 023 Device detached successfully Dec 28 05:37:21 Homeraid usb_manager: Info: rc.usb_manager Disconnect 001/023 vm: RaspberryMatic running 001 023 Dec 28 05:37:21 Homeraid usb_manager: Info: rc.usb_manager Removed 001/023 vm: RaspberryMatic running 001 023 Dec 28 05:37:23 Homeraid kernel: usb 1-4: new full-speed USB device number 24 using xhci_hcd Dec 28 05:37:23 Homeraid kernel: hid-generic 0003:1B1F:C00F.0018: hiddev96,hidraw0: USB HID v1.10 Device [eQ-3 HM-CFG-USB] on usb-0000:00:14.0-4/input0 Dec 28 05:37:23 Homeraid usb_manager: Info: rc.usb_manager usb_add eQ-3_HM-CFG-USB_JEQ0700583 /dev/bus/usb/001/024 001 024 Dec 28 05:37:23 Homeraid usb_manager: Info: rc.usb_manager Autoconnect No Mapping found eQ-3_HM-CFG-USB_JEQ0700583 /dev/bus/usb/001/024 001 024 port 1-4
December 28, 20223 yr Author 17 hours ago, hawihoney said: Ich würde versuchen das mit "bus:device" statt "vendor:product" zu lösen - wenn nicht schon geschehen. Es gibt mehrere Möglichkeiten Devices durchzureichen. Vielleicht findet dann die VM das Device wieder. Nur ein Versuch: Statt "vendor:product": <hostdev mode='subsystem' type='usb' managed='no'> <source> <vendor id='0x1cf1'/> <<<<<<<<<<<<<<<<<<<<< <product id='0x0030'/> <<<<<<<<<<<<<<<<<<<<< </source> <boot order='1'/> <alias name='hostdev1'/> <address type='usb' bus='0' port='1'/> </hostdev> So "bus:device": <hostdev mode='subsystem' type='usb' managed='no'> <source> <address bus='1' device='3'/> <<<<<<<<<<<<<<<<<<<<< </source> <boot order='1'/> <alias name='hostdev0'/> <address type='usb' bus='0' port='1'/> </hostdev> Die verschiedenen Angaben findest Du über lsusb: root@Tower:~# lsusb [...] Bus 001 Device 003: ID 1cf1:0030 Dresden Elektronik ZigBee gateway [ConBee II] [...] Gegenprobe: root@Tower:~# lsusb -D /dev/bus/usb/001/003 Device: ID 1cf1:0030 Dresden Elektronik ZigBee gateway [ConBee II] [...] idVendor 0x1cf1 Dresden Elektronik idProduct 0x0030 ZigBee gateway [ConBee II] [...] iManufacturer 1 dresden elektronik ingenieurtechnik GmbH iProduct 2 ConBee II iSerial 3 ******** [...] Wenn bus:device bei Deinem System ebenfalls wechseln, dann müsste man tatsächlich auf iSerial umstellen. Das habe ich noch nie bei VMs benötigt, wird aber ebenfalls gehen. Müsste man mal nachlesen. Bei Docker Container geht es ja ebenfalls so. ***Nachtrag*** Wenn Du schon bus:device verwendest, dann versuch es mal mit vendor:product. Hallo, vielen Dank für Deine Hilfe und Vorschläge. Meine Konfiguration sieht wie folgt aus: <hostdev mode='subsystem' type='usb' managed='no'> <vendor id='0x1b1f'/> <product id='0xc00f'/> <address bus='1' device='15'/> </source> <alias name='hostdev0'/> <address type='usb' bus='0' port='2'/> </hostdev> Anscheinend ist da ja schon beides drin und die Device ID wird bei mir anscheinend hochgezählt, also ändert sich. Gleich bleibt eigentlich immer der Port, also die usb 1-4 (kernel: usb 1-4: new full-speed USB device number 24 using xhci_hcd) Hast Du da vielleicht eine Idee? Vielen Dank!
December 29, 20223 yr Solution 7 hours ago, MarcoHH said: No mapping found Add mapping set on auto connect Edited December 29, 20223 yr by SimonF
December 29, 20223 yr 1 hour ago, MarcoHH said: Hast Du da vielleicht eine Idee? Einfach mal probieren und die Zeile mit bus:device in der XML Sicht auskommentieren. Also nur vendor:product drin lassen. Ich weiß nicht ob es geht, aber beides erscheint mir doppelt gemoppelt. Ist zwar immer so, aber ein Versuch ist es wert. Edited December 29, 20223 yr by hawihoney
December 30, 20223 yr Author On 12/29/2022 at 1:07 AM, SimonF said: Add mapping set on auto connect Hallo SimonF, vielen Dank, die Option habe ich so nicht selbst gefunden. Ich habe es jetzt mal so eingetragen, mal schauen ob er jetzt automatisch wieder verbindet. Das wäre ja super 👍 @hawihoney : Sollte der Vorschlag von SimonF nicht funktionieren, probiere ich Deine Variante natürlich auch aus @SimonF @hawihoney
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.