PCI-Passthouth karte wird nicht mehr unterstützt

[lord_icon]

Hi,

ich hatte vorher das MB:
Supermicro X9DBi-F mit 2 CPU's (wg. benötigter PCI x16-fach Slot)

Dort ging meine USB 3.0 Karte.

Nun habe ich auf ein anderes MB gewechselt
Supermicro X9DR3-F mit 1 CPU (PCI x16-fach Slot wird hier von CPU 1 angesprochen)

Die USB Karte kann ESXI auch finden.
Diese habe ich dann für Passtrough freigegeben. Alles kein Problem.
Auch das durchreichen an die VM ist kein Problem. Nur beim starten kommt:

Code: Alles auswählen

Das Starten der virtuellen Maschine ist fehlgeschlagen.
Das Gerät pciPassthru0 konnte aufgrund von nicht vorhandener Hardware-/Software-Unterstützung für 5:0.0 nicht registriert werden

Baue ich die karte wieder im alten System ein = dann kann ich die durchreichen.

Muß ich im BIOS irgendwas noch einstellen, dass das klappt?
Weiß einer Rat? Denn bei der Suche nach dieser Fehlermeldung zeigt google ganze 0 Treffer an.


P.s. Auch die beiden USB Controller die auf den MB gelötet sind, bringen fehler.
Passthrouth und einbinden = kein Problem. Nur starten bringt dann immer den gleichen fehler

[lord_icon]

Ich habs mal auf englisch umgestellt.

Failed to register the device pciPassthru3 for 5:0.0 due to unavailable hardware or software support

/var/log/vmkernel.log

2014-09-13T16:03:13.038Z cpu10:33971 opID=7eba0ce2)World: 14296: VC opID 04ECD0FD-00000067 maps to vmkernel opID 7eba0ce2
2014-09-13T16:03:13.038Z cpu10:33971 opID=7eba0ce2)Config: 346: "SIOControlFlag2" = 1, Old Value: 0, (Status: 0x0)
2014-09-13T16:03:13.220Z cpu7:46316)MemSched: vm 46316: 8313: extended swap to 8192 pgs
2014-09-13T16:03:13.406Z cpu8:46316)World: vm 46317: 1462: Starting world vmm0:arbeitsrechner of type 8
2014-09-13T16:03:13.406Z cpu8:46316)Sched: vm 46317: 6410: Adding world 'vmm0:arbeitsrechner', group 'host/user', cpu: shares=-3 min=0 minLimit=-1 max=-1, mem: shares=-4 min=5242880 minLimit=-1 max=-1
2014-09-13T16:03:13.406Z cpu8:46316)Sched: vm 46317: 6425: renamed group 26364 to vm.46316
2014-09-13T16:03:13.406Z cpu8:46316)Sched: vm 46317: 6442: group 26364 is located under group 4
2014-09-13T16:03:13.407Z cpu8:46316)MemSched: vm 46316: 8313: extended swap to 33921 pgs
2014-09-13T16:03:13.410Z cpu8:46316)World: vm 46319: 1462: Starting world vmm1:arbeitsrechner of type 8
2014-09-13T16:03:13.410Z cpu8:46316)World: vm 46320: 1462: Starting world vmm2:arbeitsrechner of type 8
2014-09-13T16:03:13.410Z cpu8:46316)World: vm 46321: 1462: Starting world vmm3:arbeitsrechner of type 8
2014-09-13T16:03:13.410Z cpu8:46316)World: vm 46322: 1462: Starting world vmm4:arbeitsrechner of type 8
2014-09-13T16:03:13.410Z cpu8:46316)World: vm 46323: 1462: Starting world vmm5:arbeitsrechner of type 8
2014-09-13T16:03:13.410Z cpu8:46316)World: vm 46324: 1462: Starting world vmm6:arbeitsrechner of type 8
2014-09-13T16:03:13.410Z cpu8:46316)World: vm 46325: 1462: Starting world vmm7:arbeitsrechner of type 8
2014-09-13T16:03:13.458Z cpu6:46326)CBT: 2214: Created device 38712-cbt for cbt driver with filehandle 231186
2014-09-13T16:03:13.458Z cpu6:46326)WARNING: CBT: 2039: Unsupported ioctl 60
2014-09-13T16:03:13.458Z cpu6:46326)WARNING: CBT: 2039: Unsupported ioctl 59
2014-09-13T16:03:13.475Z cpu10:46316)WARNING: CBT: 2039: Unsupported ioctl 43
2014-09-13T16:03:13.475Z cpu10:46316)VSCSI: 3868: handle 8194(vscsi0:0):Creating Virtual Device for world 46317 (FSS handle 231193) numBlocks=461373440 (bs=512)
2014-09-13T16:03:13.475Z cpu10:46316)VSCSI: 271: handle 8194(vscsi0:0):Input values: res=0 limit=-1 bw=-1 Shares=-1
2014-09-13T16:03:13.593Z cpu10:46316)IOMMU: 1933: Device 00:1f.2 placed in new domain 0x4108d9f1a220.
2014-09-13T16:03:17.598Z cpu10:46316)IOMMU: 1933: Device 04:00.0 placed in new domain 0x4108d9f1a220.
2014-09-13T16:03:20.006Z cpu1:38388)World: 14296: VC opID 04ECD0FD-0000006C maps to vmkernel opID 86be7152
2014-09-13T16:03:21.604Z cpu10:46316)IOMMU: 1933: Device 04:00.1 placed in new domain 0x4108d9f1a220.
2014-09-13T16:03:21.605Z cpu10:46316)VMKPCIPassthru: 2525: Device 05:00.0 cannot be used for passthrough because of a conflicting memory region with VM's memory
2014-09-13T16:03:27.742Z cpu0:38388)World: 14296: VC opID 04ECD0FD-0000006D maps to vmkernel opID 96b52078
2014-09-13T16:03:29.729Z cpu10:46316)VSCSI: 6436: handle 8194(vscsi0:0):Destroying Device for world 46317 (pendCom 0)
2014-09-13T16:03:29.738Z cpu10:46316)CBT: 1540: Disconnecting the cbt device 38712-cbt with filehandle 231186
2014-09-13T16:03:29.760Z cpu4:33984)World: 14296: VC opID 9C15FEE8-0000009F maps to vmkernel opID 7071d7c3
2014-09-13T16:03:30.271Z cpu8:33984)Config: 346: "SIOControlFlag2" = 0, Old Value: 1, (Status: 0x0)

irgendwas mit n Speicherbereich. Ist hier der RAM gemeint oder der Controller-Speicherbereich ?


In der vmlog innerhalb der VM finde ich folgendes:

Code: Alles auswählen

2014-09-13T16:05:30.971Z| vmx| I120: MKS3dCaps: guest, compatibility level: 1
2014-09-13T16:05:30.971Z| svga| I120: VTHREAD start thread 6 "svga" pid 46708
2014-09-13T16:05:30.972Z| svga| I120: SVGA thread is alive
2014-09-13T16:05:30.972Z| vmx| I120: USB: Initializing 'UHCI' host controller
2014-09-13T16:05:31.086Z| vmx| I120: PCIPassthru: Device 00:1f.2 barIndex 0 type 1 realaddr 0xf070 size 8 flags 1
2014-09-13T16:05:31.086Z| vmx| I120: PCIPassthru: Device 00:1f.2 barIndex 1 type 1 realaddr 0xf060 size 4 flags 1
2014-09-13T16:05:31.086Z| vmx| I120: PCIPassthru: Device 00:1f.2 barIndex 2 type 1 realaddr 0xf050 size 8 flags 1
2014-09-13T16:05:31.086Z| vmx| I120: PCIPassthru: Device 00:1f.2 barIndex 3 type 1 realaddr 0xf040 size 4 flags 1
2014-09-13T16:05:31.086Z| vmx| I120: PCIPassthru: Device 00:1f.2 barIndex 4 type 1 realaddr 0xf020 size 32 flags 1
2014-09-13T16:05:31.086Z| vmx| I120: PCIPassthru: Device 00:1f.2 barIndex 5 type 2 realaddr 0xfbf22000 size 2048 flags 0
2014-09-13T16:05:31.086Z| vmx| I120: PCIPassthru: PCI device 00:1f.2 is marked wrong PCIe
2014-09-13T16:05:31.086Z| vmx| I120: PCIPassthru: Registered a PCI device for 00:1f.2 vIRQ 0x11, physical MSI = Enabled (vmmInt = Enabled), IntrPin = 2
2014-09-13T16:05:35.091Z| vmx| I120: PCIPassthru: Device 04:00.0 barIndex 0 type 3 realaddr 0xe0000000 size 268435456 flags 12
2014-09-13T16:05:35.091Z| vmx| I120: PCIPassthru: Device 04:00.0 barIndex 2 type 3 realaddr 0xfbd00000 size 262144 flags 4
2014-09-13T16:05:35.091Z| vmx| I120: PCIPassthru: Device 04:00.0 barIndex 4 type 1 realaddr 0xd000 size 256 flags 1
2014-09-13T16:05:35.091Z| vmx| I120: PCIPassthru: Device has PCI Express Cap Version 2(size 60)
2014-09-13T16:05:35.091Z| vmx| I120: PCIPassthru: Registered a PCI device for 04:00.0 vIRQ 0x11, physical MSI = Enabled (vmmInt = Enabled), IntrPin = 1
2014-09-13T16:05:39.097Z| vmx| I120: PCIPassthru: Device 04:00.1 barIndex 0 type 3 realaddr 0xfbd60000 size 16384 flags 4
2014-09-13T16:05:39.097Z| vmx| I120: PCIPassthru: Device has PCI Express Cap Version 2(size 60)
2014-09-13T16:05:39.097Z| vmx| I120: PCIPassthru: Registered a PCI device for 04:00.1 vIRQ 0x12, physical MSI = Enabled (vmmInt = Enabled), IntrPin = 2
2014-09-13T16:05:39.097Z| vmx| I120: PCIPassthru: Failed to register device 05:00.0  error = 0xffffffff
2014-09-13T16:05:39.097Z| vmx| I120: Msg_Post: Error
2014-09-13T16:05:39.097Z| vmx| I120: [msg.pciPassthru.createAdapterFailedPlatformNotSupported] Failed to register the device pciPassthru3 for 005:00.0 due to unavailable hardware or software support
2014-09-13T16:05:39.097Z| vmx| I120: ----------------------------------------
2014-09-13T16:05:39.106Z| vmx| I120: Module DevicePowerOn power on failed.
2014-09-13T16:05:39.106Z| vmx| I120: VMX_PowerOn: ModuleTable_PowerOn = 0
2014-09-13T16:05:47.217Z| vmx| I120: USB: Disconnecting device 0x10e0f0002
2014-09-13T16:05:47.218Z| vmx| I120: USB: Disconnecting device 0x4000000300000000
2014-09-13T16:05:47.218Z| svga| I120: SVGA thread is exiting
2014-09-13T16:05:47.219Z| vmx| I120: Destroying virtual dev for scsi0:0 vscsi=8195
2014-09-13T16:05:47.219Z| vmx| I120: VMMon_VSCSIStopVports: No such target on adapter
2014-09-13T16:05:47.220Z| mks| I120: MKS PowerOff

[~thc]

Genau den gleichen Fehler bekomme ich auch beim Versuch, einen onboard-USB.2.0-Controller eines auf der 5.5er HCL stehenden Intel-Serverboards durchzureichen. Da war 5.0 eindutig weniger zickig.

[lord_icon]

Wie hast du das gelöst?
Oder wieder back to the root, indem du 5.0 installierst hast ?

[~thc]

Ich habe es einfach hingenommen und mich stattdessen mit den Nachteilen des USB-Passthrough arrangiert. 5.0 kam für mich nicht in Frage.

[Dayworker]

Wenn man die Fehlermeldung "Failed to register the device pciPassthru for due to unavailable hardware or software support" eingibt, liefert der Krake unter anderem den KB-Eintrag Virtual machine configured with VMDirectPath fails to start and reports the error: msg.pciPassthru.createAdapterFailedPlatformNotSupported (2077247). Darin wird erstmal das Fehlen einer Lösung genannt. In der weiteren Trefferliste landet man im VMTN bei Failed to register the device pciPassthru0 due to unavailable hardware or software support // error = 0xffffffff. Dort wird es über eine Anpassung am PCI-Adressbereich probiert:

Code: Alles auswählen

pciHole.start = "1024"
pciHole.end = "3072"

Kommt damit aber anscheinend auch nicht zum Ziel. Leider wird überall auch Bezug auf ein inzwischen nicht mehr abrufbares HP-Document genommen. Für HP-HW scheint jedoch HP den Passthrough-Support generell deaktiviert zu haben, da es durch die gemeinsame Nutzung der PCI-Adressarea von Host und Guest zu Datenverlusten kommen kann.

[lord_icon]

Hey Dayworker.... du mußt mal dein Nickname ändern. Nightworker ist passender


JA.. auch diese Anleitungen bin ich auch schon gestoßen.
Hab's natürlich auch von versucht umzusetzen. Leider bringt das nix.
Komisch ist halt nur, das gleiche Karte, gleiches ESXi nur unterschiedliches MB abweichende Resultate bringt.

Blöd nur, dass VMWARE das offensichtlich nicht für weiter wichtig hält und nicht fixt.
Wenn man sich mal n Datum von 'n Posting ansieht, dann ist das schon erschreckend.
Selten um die 3-5 Jahre alt.

[Dayworker]

Ich hatte als Nick auch schon mal über "Day & Night" nachgedacht...


Das VMware da nichts fixt, ist eigentlich logisch. PCI-Passthrough bzw VMdirectPathIO wurde offiziell nur für eine kleine, exklusive HW-Liste freigegeben und diese HW wird sicherlich auch immer noch damit funktionieren. Für die höheren ESXi-Funktionen wie HA, FT etc brauchst du jedoch ein Storage und dann ist Passthrough auch ein Problem, da sich solche VMs nicht auf einen anderen Host migrieren lassen. Fällt der Passthrough-Host aus, fallen unweigerlich auch alle darauf laufenden VMs mit durchgereichter HW aus.