Proxmox bluetooth op mijn NUC

[mn_box]

Allen,

Ik draai inmiddels enig tijd op mijn NUC Proxmos met verschillende VMs. Belangrijkste is voor Home Assistant. Eigenlijk allemaal goed behalve bluetooth. Ik ben geen linux expert, en ken de basis maar heb jullie hulp nodig om bluetooth aan de praat te krijgen (en door te sturen naar mijn HA VM). Bluetooth op de host heb ik niet nodig.

Hierbij wat achtergrond: Proxmox 6.4.4

apt iinstall luetooth
apt install bluez

root@pve:/lib/firmware/intel# ls -l
total 1808
-rw-r--r-- 1 root root 18 Feb 23 14:30 ibt-11-5.ddc
-rw-r--r-- 1 root root 588196 Feb 23 14:30 ibt-11-5.sfi
-rw-r--r-- 1 root root 14 Feb 23 14:30 ibt-12-16.ddc
-rw-r--r-- 1 root root 585744 Feb 23 14:30 ibt-12-16.sfi
-rwxr-xr-x 1 root root 14 May 31 22:41 ibt-17-16-1.ddc
-rwxr-xr-x 1 root root 653852 May 31 22:41 ibt-17-16-1.sfi

dmesg | grep -i blue

[ 4.266598] Bluetooth: Core ver 2.22
[ 4.266617] Bluetooth: HCI device and connection manager initialized
[ 4.266620] Bluetooth: HCI socket layer initialized
[ 4.266622] Bluetooth: L2CAP socket layer initialized
[ 4.266624] Bluetooth: SCO socket layer initialized
[ 4.277848] Bluetooth: hci0: Firmware revision 0.1 build 50 week 12 2019
[535194.871978] Bluetooth: hci0: Firmware revision 0.1 build 50 week 12 2019
[535196.238649] Bluetooth: hci0: urb 00000000e3691b0a failed to resubmit (2)
[1107074.859874] Bluetooth: hci0: Firmware revision 0.1 build 50 week 12 2019
[1107076.232433] Bluetooth: hci0: urb 0000000065cddfc2 failed to resubmit (2)
[1107968.717382] Bluetooth: hci0: Firmware revision 0.1 build 50 week 12 2019
[1107970.122375] Bluetooth: hci0: urb 00000000142f67c0 failed to resubmit (2)
[1109084.932892] Bluetooth: hci0: Firmware revision 0.1 build 50 week 12 2019
[1109086.311258] Bluetooth: hci0: urb 000000006897703c failed to resubmit (2)
[1110013.586516] Bluetooth: hci0: Firmware revision 0.1 build 50 week 12 2019
[1110014.971605] Bluetooth: hci0: urb 0000000086195a60 failed to resubmit (2)
[1112940.454157] Bluetooth: hci0: Firmware revision 0.1 build 50 week 12 2019
[1112942.026207] Bluetooth: hci0: urb 00000000a249e5bb failed to resubmit (2)
[1113693.901842] Bluetooth: hci0: Firmware revision 0.1 build 50 week 12 2019
[1113695.284402] Bluetooth: hci0: urb 00000000365a5ada failed to resubmit (2)
[1486742.576231] Bluetooth: hci0: Firmware revision 0.1 build 50 week 12 2019
[1486743.969246] Bluetooth: hci0: urb 000000000bbe6ba8 failed to resubmit (2)
[3205760.341635] Bluetooth: BNEP (Ethernet Emulation) ver 1.3
[3205760.341636] Bluetooth: BNEP filters: protocol multicast
[3205760.341639] Bluetooth: BNEP socket layer initialized

bluetoothctl
show on: No default controller available


Het lijkt eigenlijk al mis te gaan bij hci. Iemand die mij hierbij in de goede richting ken helpen?

Bedankt

[Lethalis]

Wat voor generatie NUC is het?

[Hero of Time]

Waarom installeer je software voor bluetooth op je Proxmox omgeving? Je zegt dat je daar helemaal geen bluetooth nodig hebt.

Het is ook belangrijk hoe je HomeAssistent precies draait. Je hebt het over VMs, maar HA kan je ook via een docker container draaien. Proxmox kan dat ook vziw. Afhankelijk van hoe je HA draait, zal je iets anders moeten doen. Maar als het echt een VM is via KVM, is het kinderlijk eenvoudig je bluetooth erheen te brengen. Je hoeft alleen maar het USB apparaat naar de VM te sturen.

Kom dus nog even met wat meer informatie over je omgeving en wat je al hebt gedaan en welke bronnen je hebt geraadpleegd om te doen wat je wilt bereiken. Want al het onderzoek en eigen inzet ontbreekt momenteel.

[mn_box]

HA draait als VM op mijn proxmox. Ik wil de bluetooth van mijn NUC gebruiken en dit is geen USB device (anders zou het eenvoudiger zijn).

Het betreft de NUC7i5BNK.

Ik heb het proxmos forum redelijk afgestruind een kwam o.a. het volgende tegen:
https://forum.proxmox.com...ut-working-on-host.50561/
https://forum.proxmox.com...462-wireless.42427/page-2
https://forum.proxmox.com...vieren.83863/#post-368840
https://community.home-assistant.io/t/bluetooth-on-nuc/51624

Meer mensen lijken op zoek te zijn naar een oplossing. Als het helpt om meer details te delen hoor ik het graag.

Dank voor het meedenken!

[spone]

Als het een HCI is dan zit ie als het goed is op de PCI bus? Kan je dan niet het hele PCI device doorzetten naar je VM?

Dit is een block diagram van jouw NUC en daar zie ik dat de intel wireless op PCIe x1 en USB 2.0 zit. Gok PCIe voor de wifi, USB 2.0 voor de bluetooth.

[ Voor 67% gewijzigd door spone op 11-07-2021 22:27 ]

[mn_box]

Oke, dit helpt inderdaad! Mijn bedoeling was om het eerst werkend te krijgen in Proxmox voordat ik het doorzet naar een VM (dit om issues uit te sluiten). Ik zou idd de hele PCI kunnen doorzetten, alleen dat wil ook nog niet lukken (zie plaatje).

Ik heb inmiddels bestand /etc/defult/grub met
GRUB_CMDLINE_LINUX_DEFAULT="quiet"
omgezet naar:
GRUB_CMDLINE_LINUX_DEFAULT="quiet intel_iommu=on"
zonder succes (incl. upgrade-grub en reboot).



Edit: okay ik ben weer een stukje verder; welke device uit deze lijst zou ik moeten doorzetten? 00.14.0?



Edit2: PCI passthrough werkt nu, dank voor het meedenken!

[ Voor 23% gewijzigd door mn_box op 12-07-2021 21:40 ]

[Hero of Time]

Maar met PCI passthrough stuur je dus je wifi kaart naar de VM, niet het bluetooth gedeelte. Dat zit op een USB 'poort'. Een complete USB bus naar een VM sturen is wat overkill en weet ook niet zeker of dat consequenties heeft voor de host. In je 'lspci' uitvoer zie je ook alleen de wireless controller, niet de bluetooth adapter.

Ik heb op m'n werklaptop via KVM en Virt-Manager zonder problemen m'n bluetooth adapter, dat onderdeel is van de Intel AX200 kaart, naar een VM kunnen sturen via de USB redirect functionaliteit. En op m'n pc thuis heb ik direct de usb apparaten voor een tweede toetsenbord en muis naar de VM gestuurd zonder de USB redirect van virt-viewer/SPICE.

Dus wat heb je nou werkelijk naar je VM gestuurd? De bluetooth adapter of de hele USB bus waar die adapter eigenlijk op aangesloten is (met als potentieel gevolg dat je een fysieke USB poort niet kan gebruiken omdat die ook in de VM zit)?

Voor het idee, dit stukje XML is bij mij verantwoordelijk om een toetsenbord (of muis) naar de VM te sturen:

XML:

<hostdev mode="subsystem" type="usb" managed="yes">
  <source>
    <vendor id="0x1532"/>
    <product id="0x0109"/>
  </source>
  <address type="usb" bus="0" port="1"/>
</hostdev>

[mn_box]

Ik heb momenteel de hele USB bus doorgestuurd, ook niet helemaal happy mee maar het werkt. Ik ga je suggestie even verder bekijken, maar via de usb route kwam ik er dus niet uit. Bedankt voor het meedenken!

[MsG]

mn_box schreef op dinsdag 13 juli 2021 @ 23:44:
Ik heb momenteel de hele USB bus doorgestuurd, ook niet helemaal happy mee maar het werkt. Ik ga je suggestie even verder bekijken, maar via de usb route kwam ik er dus niet uit. Bedankt voor het meedenken!

@mn_box Is het jou uiteindelijk nog gelukt?

[mn_box]

Ja, de hele USB bus werkt prima, maar dus nu wel beperkte mogelijkheden van mijn andere VMs.

[MsG]

mn_box schreef op maandag 13 september 2021 @ 15:32:
Ja, de hele USB bus werkt prima, maar dus nu wel beperkte mogelijkheden van mijn andere VMs.

Hoe heb je het uiteindelijk ingesteld? Dat was een beetje de eigenlijke vraag ;-).

Gewoon die hele PCI-e interface doorsturen, of toch wel gewoon een usb-poort vanuit de host?

[mn_box]

Hele PCI bus doorzetten

[Stampre]

mn_box schreef op maandag 27 september 2021 @ 22:23:
Hele PCI bus doorzetten

[Afbeelding]

Hoe heb jij dat met IOMMU gedaan? Mijn VM start namelijk niet omdat IOMMU niet beschikbaar is.

[UTMachine]

@Stampre eerst google hit:
https://pve.proxmox.com/wiki/Pci_passthrough

[Stampre]

UTMachine schreef op vrijdag 19 augustus 2022 @ 20:31:
@Stampre eerst google hit:
https://pve.proxmox.com/wiki/Pci_passthrough

Die heb ik ook gezien, echter dan is je VM niet meer migreerbaar. Iets dat je wel wil mijns inziens.

[UTMachine]

Stampre schreef op zaterdag 20 augustus 2022 @ 23:01:
[...]

Die heb ik ook gezien, echter dan is je VM niet meer migreerbaar. Iets dat je wel wil mijns inziens.

Je doet een pass-through van hardware. Dus volledig logisch dat je niet meer kan migreren.

[Stampre]

UTMachine schreef op zondag 21 augustus 2022 @ 07:47:
[...]


Je doet een pass-through van hardware. Dus volledig logisch dat je niet meer kan migreren.

Dan is toch het hele idee van een VM weg. Maw dan is het geen oplossing.

[UTMachine]

Stampre schreef op zondag 21 augustus 2022 @ 22:43:
[...]


Dan is toch het hele idee van een VM weg. Maw dan is het geen oplossing.

Ik denk dat je de voordelen van VMs dan niet volledig begrijpt. Doordat je VMs gebruikt kan je dan nog steeds het volgende:

• VM kan zijn eigen OS en afhankelijkheden gebruiken
• Meerdere VMs draaien op 1 fysieke machine
• Makkelijk backup en restore op dezelfde of andere fysieke machine
• Verplaatsen van VM naar andere fysieke machine, MAAR als je pass-through gebruikt, moet de VM uit staan (mogelijk moet je je de hardware eigenschappen aanpassen van je VM)

Maar live-migration problemen had je ook al, als je een cluster bouwde met verschillende CPU merken/types/generaties.

[Hero of Time]

Stampre schreef op zondag 21 augustus 2022 @ 22:43:
[...]

Dan is toch het hele idee van een VM weg. Maw dan is het geen oplossing.

En wat als je speciale software moet draaien dat alleen met een ouder OS werkt wat niet geschikt is voor je fysieke hardware waar het op zou moeten draaien? Super duur pakket, nog duurder stuk hardware en omdat je oude hardware stuk is en niet meer te verkrijgen is, moet de hele investering maar op de schop?

Nee, virtualisatie is voor veel zaken nog een prima oplossing. Je moet alleen goed nadenken over je opzet, configuratie en de mogelijkheden danwel beperkingen die er mee gepaard gaan. Zodra je ook maar iets van passthrough doet, is live migration direct van de tafel. Als je fysiek draait en het moet naar een ander stuk hardware heb je exact hetzelfde, je moet dan ook de hardware uit de oude machine halen en in de nieuwe steken. Is dat dan ook geen oplossing?

Als je bagage meeneemt in een aanhanger en 1 koffer ligt in de kofferbak, moet je bij het wisselen van auto ook nog die ene koffer uit de kofferbak halen ipv alleen maar de aanhanger omhangen. Of zou jij je gezin in de kapotte auto achter laten terwijl je met vervangend vervoer met de aanhanger wegrijdt?

[Stampre]

Sorry mensen dan heb ik het inderdaad niet goed begrepen. Ik was in de veronderstelling dat je helemaal niet meer kon migreren. Ik dacht dat als ik mijn NUC omwissel vloor een nieuwe ik van scratch af aan moest beginnen. Ik begrijp nu dat dat niet hoeft maar het niet live kan danwel er even iets niet werkt. Dat is uiteraard geen probleem. Tnx voor de toelichting!

[UTMachine]

Stampre schreef op maandag 22 augustus 2022 @ 23:41:
Sorry mensen dan heb ik het inderdaad niet goed begrepen. Ik was in de veronderstelling dat je helemaal niet meer kon migreren. Ik dacht dat als ik mijn NUC omwissel vloor een nieuwe ik van scratch af aan moest beginnen. Ik begrijp nu dat dat niet hoeft maar het niet live kan danwel er even iets niet werkt. Dat is uiteraard geen probleem. Tnx voor de toelichting!

Nee, je kan nog steeds backup/restore gebruiken om te VM te verplaatsen. Live-migratie is alleen relevant als je een Proxmox cluster bouwt, alleen daar moet je wel hard over nadenken of de voordelen afwegen tegen de nadelen.

Ikzelf draai geen cluster, want je hebt normaliter 3 nodes nodig (om een quorum te hebben, moet een oneven nummer zijn). Ook wil je een cluster file-systeem hebben zoals Ceph (kan zonder, maar als je het doet - moet je het ook goed doen).
Daarom draai ik 1 NUC en maak dagelijkse backups naar een Pi Zero2, en als de eerste NUC uitfikt, dan restore ik die backup naar mijn andere NUC (daarom staat wel Proxmox, zonder VMs) en USB kabels overpluggen en gaan met die banaan. Clustering had voor mij meer nadelen dan voordelen (3 NUCs aan en een Ceph levert meer onderhoud/design op).

[treshed]

Met het lsusb in de proxmox shell kan je gemakkelijk achterhalen waar de Bluetooth USB aansluiting zit:

Bus 001 Device 002: ID 8087:0a2b Intel Corp. Bluetooth wireless interface
Als je daarna het USB device/Vendor ID (hier 8087) aan de VM koppelt, wordt deze direct gedetecteerd door HomeAssistant

[BarryS]

treshed schreef op zondag 25 december 2022 @ 11:00:
Met het lsusb in de proxmox shell kan je gemakkelijk achterhalen waar de Bluetooth USB aansluiting zit:

Bus 001 Device 002: ID 8087:0a2b Intel Corp. Bluetooth wireless interface
Als je daarna het USB device/Vendor ID (hier 8087) aan de VM koppelt, wordt deze direct gedetecteerd door HomeAssistant

Ik heb dit geprobeerd. Echter vind mijn home assistant niet de bluetooth adapter.
Ik denk dat er in Proxmox iets niet goed gaat. grep Bluetooth geeft bij mij het volgende:

root@pve:~# dmesg | grep Bluetooth
[ 3.883834] Bluetooth: Core ver 2.22
[ 3.884258] Bluetooth: HCI device and connection manager initialized
[ 3.884261] Bluetooth: HCI socket layer initialized
[ 3.884265] Bluetooth: L2CAP socket layer initialized
[ 3.884270] Bluetooth: SCO socket layer initialized
[ 5.925062] Bluetooth: hci0: command 0xfc05 tx timeout
[ 5.925095] Bluetooth: hci0: Reading Intel version command failed (-110)
root@pve:~#

lijkt wel alsof de bluetooth disabled is of zo.

[deHakkelaar]

Meestal als je passthrough toepast, dan moet je wel zorgen dat de Proxmox VMM/hypervisor host zelf al niet de driver/kernel module laad voor het desbetreffende stukje HW:
https://wiki.debian.org/KernelModuleBlacklisting

EDIT:

$ man modprobe.d
[..]
       blacklist modulename
           Modules can contain their own aliases: usually these are aliases
           describing the devices they support, such as "pci:123...". These
           "internal" aliases can be overridden by normal "alias" keywords,
           but there are cases where two or more modules both support the same
           devices, or a module invalidly claims to support a device that it
           does not: the blacklist keyword indicates that all of that
           particular module's internal aliases are to be ignored.

[ Voor 59% gewijzigd door deHakkelaar op 30-03-2023 21:58 ]