Die Foren-SW läuft ohne erkennbare Probleme. Sollte doch etwas nicht funktionieren, bitte gerne hier jederzeit melden und wir kümmern uns zeitnah darum. Danke!

Passtrough HP Smart Array P410i in ESXi 5.5

Moderatoren: irix, Dayworker

Member
Beiträge: 7
Registriert: 16.10.2013, 23:27

Passtrough HP Smart Array P410i in ESXi 5.5

Beitragvon speedy105 » 16.10.2013, 23:45

Hallo

Ich habe ESXi 5.5 auf einer Whitebox installiert.
Mainboard: P8Z77-M Pro
CPU: i7-3770

Funktioniert so weit gut.
Nun würde ich gerne meinen Raid Controller HP Smart Array P410i in ESXi 5.5 an eine VM (Windows Server 2008 R2) durchreichen.

Passtrough des Raid Controllers scheint zu funktionieren.
Kann ihn via PCI-Gerät an die VM übergeben.

Nun habe ich eine Windows 2008 R2 VM erstellt.
Beim Setup von W2008 sehe ich die Raid5 Partitionen des Controllers. Kann aber Windows nicht darauf installieren (will ich auch nicht).
Nachdem Windows fertig installiert ist, sehe ich vom Raid5 nichts mehr.
Unter Computerverwaltung ist das Raid auch nicht sichtbar.
Habe nun im Gerätemanager nachgeschaut und der Treiber für den Raidcontroller wurde geladen.

Warum sehe ich unter Windows kein Raid?

Danke für Eure Hilfe.

King of the Hill
Beiträge: 13561
Registriert: 01.10.2008, 12:54
Wohnort: laut USV-Log am Ende der Welt...

Beitragvon Dayworker » 17.10.2013, 12:01

Raidcontroller der Firmen Dell, HP, IBM, Fujitsu etc werden prinzipiell nur auf Kompatibilität mit der eigenen Server-HW getestet. Auf Whitebox-HW kann das auch daneben gehen und ganz besonders, wenn nachher auch PCI-Passthrough funktionieren soll.

Verlinke mal das ungekürzte "vmware.log" auf einen Freehoster, vielleicht ergibt sich daraus etwas. Ansosnten sieh im Ereignis-Log nach, was W2k8-R2 zum Controller mitloggt.

Experte
Beiträge: 1362
Registriert: 30.03.2009, 17:13

Beitragvon UrsDerBär » 18.10.2013, 11:02

Naja, logisch ist es aber trotzdem nicht nicht wenn er sie vorher gesehen hat. Also eher ein Windows-Treiber Problem.

Siehst Du in der Hardware-Auflistung das Ding noch? Sowohl der VM als auch im Gerätemanager?

Wie sieht es aus wenn Du es einer frischen VM zuweist?

Member
Beiträge: 7
Registriert: 16.10.2013, 23:27

Beitragvon speedy105 » 19.10.2013, 23:01

Hallo

Vielen Dank für die Antworten.
Im vmware.log habe ich keine auffälligen Sachen entdeckt bis vielleicht auf diese Zeile:
2013-10-18T20:57:19.715Z| vcpu-0| I120: PCIPassthru: Attempted to program PCI cacheline size 32 not a power of 2 factor of original physical 64 for device 01:00.0

Ich denke, ein Treiberproblem kann ich ausschliessen. Das PCI-Gerät ist der VM zugewiesen und auch im Gerätemanager unter Speichercontroller finde ich zu jeder Zeit den "Smart Array-Controller (Mediantreiber)". Treiber sind allerdings von Microsoft. Habe danach von HP den neuesten Treiber heruntergeladen und wollte diesen installieren. Leider funktioniert dieser Treiber in einer virtuellen Maschine nicht.
"Smart Component execution not supported at this time in Server Vurtualized Guest operating systems."

Danach habe ich Windows Server 2008 R2 neu installiert ohne den Raid Controller. Habe danach den Raid Controller aus dem Passthru entfernt und wieder neu hinzugefügt. Danach den Controller der VM zugewiesen und siehe da, ich kann das Raid5 Laufwerk ohne Probleme benutzen.
Super, jetzt funktioniert alles bestens. Dachte ich mir!

Nach dem Neustart des Servers war das Laufwerk wieder weg. Habe danach ESXi Host und die VM komplett neugestartet. Und siehe da, das Laufwerk ist wieder da. Beim nächsten Reboot allerdings wieder weg. Danach das gleiche Spiel noch einmal, reboot der beiden Maschinen und siehe da, der Raid Controller war wieder da. Die Maschine läuft jetzt seit 2 Tagen und ich kann auf das Laufwerk schreiben und lesen, so viel ich will. Einfach bis zum nächsten Reboot des Windows Servers.

Es scheint so, dass das Passthru doch nicht richtig funktioniert. Anders kann ich mir das nicht erklären, dass das Raid Laufwerk nach jedem boot verschwunden ist.

Habe mal versucht, die ESXi Logs nach Fehlern zu durchsuchen. Finde aber nichts besonderes. Weiss allerdings auch nicht welche die richtigen wären.

Falls noch jemand eine Idee hätte, wäre ich sehr dankbar.

Gruss

King of the Hill
Beiträge: 13561
Registriert: 01.10.2008, 12:54
Wohnort: laut USV-Log am Ende der Welt...

Beitragvon Dayworker » 20.10.2013, 00:43

Läuft dein ESXi von HDD oder USB-Stick bzw SD-Card?
Hast du eine Scratch-Partition für den ESXi angelegt, wenn dieser von Stick/Karte startet?

Member
Beiträge: 7
Registriert: 16.10.2013, 23:27

Beitragvon speedy105 » 20.10.2013, 10:42

Mein ESXi läuft von SD-Card.
Habe noch einmal nachgeschaut und die Scratch-Partition ist angelegt auf dem Datastore.

Die einzige Fehlermeldung die ich noch erhalte ist: "Es wurde kein Ziel für Coredumps konfiguriert"
Dieser muss ich noch nachgehen. Habe aber leider noch nicht herausgefunden, wo ich das konfigurieren soll.

King of the Hill
Beiträge: 13561
Registriert: 01.10.2008, 12:54
Wohnort: laut USV-Log am Ende der Welt...

Beitragvon Dayworker » 20.10.2013, 17:29

Location of log files for VMware products (1021806)
Davon ausgehend, düften folgende Logs interessant sein:
  • /var/log/usb.log -> USB device arbitration events, such as discovery and pass-through to virtual machines
  • /var/log/vmkernel.log -> Core VMkernel logs, including device discovery, storage and networking device and driver events, and virtual machine startup


Wegen der Coredump-Geschichte sollte dir Host not configured with storage for vmkernel core dumps (2001566) weiterhelfen.

Member
Beiträge: 7
Registriert: 16.10.2013, 23:27

Beitragvon speedy105 » 20.10.2013, 23:24

Habe die Logfiles mal auf meinen privaten Webspace geladen. Hoffe das funktioniert.

http://www.blackzone.ch/esxi

Danke für die Hilfe.

King of the Hill
Beiträge: 13561
Registriert: 01.10.2008, 12:54
Wohnort: laut USV-Log am Ende der Welt...

Beitragvon Dayworker » 21.10.2013, 16:45

Zeile 1368-1392 hat geschrieben:0:00:00:04.776 cpu0:32768)Device: 355: Found driver pci for device 0x54d64108b9d6f9f0
0:00:00:04.776 cpu0:32768)PCI: 319: scanning pci bridge 0x54d64108b9d6f9f0 @ seg/bus 0000:01
0:00:00:04.776 cpu0:32768)PCI: 447: 01:00.0: PCIe v2 PCI Express Endpoint
0:00:00:04.776 cpu0:32768)PCI: 206: 0000:01:00.0: Found Advanced Error Reporting support
0:00:00:04.776 cpu0:32768)PCI: 382: 01:00.0: PCIe v2 PCI Express Endpoint
0:00:00:04.776 cpu0:32768)PCI: 386: Not a ACS capable device
0:00:00:04.776 cpu0:32768)PCI: 1269: 0000:01:00.0 103c:323a 103c:3243 discovered
0:00:00:04.776 cpu0:32768)PCI: 926: Add device: 0000:01:00.0
0:00:00:04.776 cpu0:32768)PCI: 919: intPIN A intLine 11
0:00:00:04.776 cpu0:32768)Chipset: 377: 01:00 A busIRQ= 0 on 00-16
0:00:00:04.776 cpu0:32768)PCI: 928: irq 11 vector 0x2c
0:00:00:04.776 cpu0:32768)Device: 1279: Registered device: 0x4108b9d6f630 s00000010.00 103c323a103c3243010400 (parent=0x54d64108b9d6f9f0)
0:00:00:04.776 cpu0:32768)IOResource: 331: Registered resource 0x4108b9e91060 from module 0 type 2 @ f7400000 len=2097152
0:00:00:04.776 cpu0:32768)IOResource: 331: Registered resource 0x4108b9e910d0 from module 0 type 2 @ f7680000 len=4096
0:00:00:04.776 cpu0:32768)IOResource: 331: Registered resource 0x4108b9e91140 from module 0 type 3 @ e000 len=256
0:00:00:04.776 cpu0:32768)PCI: 998: 0000:01:00.0 103c:323a 103c:3243 added
0:00:00:04.776 cpu0:32768)PCI: 999: classCode 0104 progIFRevID 0001
0:00:00:04.776 cpu0:32768)PCI: 998: 0000:00:01.0 8086:0151 0000:0000 added
0:00:00:04.776 cpu0:32768)PCI: 999: classCode 0604 progIFRevID 0009
0:00:00:04.776 cpu0:32768)PCI: 1269: 0000:00:01.1 8086:0155 0000:0000 discovered
0:00:00:04.776 cpu0:32768)PCI: 926: Add device: 0000:00:01.1
0:00:00:04.776 cpu0:32768)PCI: 919: intPIN A intLine 11
0:00:00:04.776 cpu0:32768)Chipset: 377: 00:01 A busIRQ= 4 on 00-16
0:00:00:04.776 cpu0:32768)PCI: 928: irq 11 vector 0x2c
0:00:00:04.776 cpu0:32768)PCI: 443: Adding bus 02 with parent 00
Also dein Controller vendor:103c ("Hewlett-Packard Company"), device: 323a ("Smart Array G6 controllers"), subvendor: 103c ("Hewlett-Packard Company"), subdevice: 3245 ("Smart Array P410i") wird insgesamt 4 mal aufgelistet. Wenn du die VM 2mal gestartet hattest, erfolgen anscheinend 2 Log-Einträge. Ansonsten wüßte ich nicht, was zwischen "2013-10-20T08:21:50.507Z" und "2013-10-20T08:23:47.060Z" mitgeloggt wurde.

Den Eintrag intPIN A intLine 11 gibt es auch für zwei Geräte, wobei Add device: 0000:00:01.1 der PCIe-Rootkomplex in CPU oder Chipsatz ist und Add device: 0000:01:00.0 dein HP-P410i sein müßte.
Verlinke mal bitte noch das Bild deiner PCI-Passthrough-Config, dann sieht man besser, welche PCIe-Slots zusammenhängen.

Der Eintrag Not a ACS capable device erscheint, weil laut PCI Passthrough with PCIe devices behind a non-ACS switch in vSphere (1036811) dein Chipsatz ein von VMware gewünschtes Feature nicht unterstützt. Das bedeutet entweder, daß PCI-Passthrough überhaupt nicht oder nur nicht stabil läuft oder nur mit ESXi5.5 wirklich Probleme macht. Letzteres könntest du einfach mal austesten, ESXi5.5 scheint mit Passthrough so ein, zwei Problemchen mehr zu haben.

Member
Beiträge: 7
Registriert: 16.10.2013, 23:27

Beitragvon speedy105 » 21.10.2013, 21:27

Hallo Dayworker

Vielen Dank dass Du Dir soviel Zeit für mich nimmst, obwohl es warscheinlich doch nichts bringt.
Habe Dir mal ein Screenshot der Konfiguration hochgeladen.
Zudem habe ich die Logfiles noch einmal neu erstellt.
Interessant dürften die Einträge ab 19:00 Uhr sein (Habe gerade festgestellt, dass die Uhrzeit um 2 Stunden zurück ist. Unter Uhrzeitkonfiguration im vSphere Client zeigt er mir alledings die richtige Uhrzeit an).
Zu dieser Zeit habe ich den ESXi Host heruntergefahren und neu gestartet.
Danach die VM hochgefahren (raid ist da) und noch einmal neu gestartet (Raid ist verschwunden).

Danke und Gruss

King of the Hill
Beiträge: 12942
Registriert: 02.08.2008, 15:06
Wohnort: Hannover/Wuerzburg
Kontaktdaten:

Beitragvon irix » 21.10.2013, 21:41

ESXi verwendet immer UTC und somit erklaert es die 2h Differenz. Selbige Timezone wird auch vermehrt in anderen VMware Produkten verwendet. Erst vor kurzem ist mir die VCSA 5.5 untergekommen.

Gruss
Joerg

Member
Beiträge: 7
Registriert: 16.10.2013, 23:27

Beitragvon speedy105 » 22.10.2013, 20:17

Hallo Joerg

Vielen Dank für die Antwort. Wieder etwas gelernt.
Hatte schon das Gefühl, ich hätte etwas falsch konfiguriert.

Gruss

King of the Hill
Beiträge: 13561
Registriert: 01.10.2008, 12:54
Wohnort: laut USV-Log am Ende der Welt...

Beitragvon Dayworker » 22.10.2013, 22:59

Ich hab über dein Bild nur kurz drübergesehen. VMware scheint an der GUI wieder mal reichlich geändert zu haben. Aber eigentlich sollte oberhalb des HP-Controllers noch der Intel-PCIe-Rootkomplex sichtbar sein. Hier mal ein Beispiel:
Bild

Wenn alle Geräte dagegen direkt an einem PCIe-Port hängen, werden alle diese Gerät auch mit in die VM durchgereicht. Daran könnte es auch liegen.


Die neuen Log-Dateien sehe ich mir erst morgen nachmittag an. Vorher komme ich nicht dazu.

Member
Beiträge: 7
Registriert: 16.10.2013, 23:27

Beitragvon speedy105 » 25.10.2013, 20:10

Bin auch erste jetzt wieder dazugekommen, um etwas am System zu machen.
Hier auch mal ein Bild meiner Geräte.
Bild

Dabei sind mir 2 Sachen aufgefallen (beide rot markierten)
- Woher nimmt esxi die Angaben über das Mainboard? Habe nämlich kein P8H77-I sonder ein P8Z77-M Pro.
- Warum ist der darüberliegende Eintrag des Raid Conttroller und auch der Netzwerkkarten nich auch angehakt sowie auf Deinem Bild?

Alle Lan-Controller funktionieren übrigens bestens und werden auch nach dem Neustart der VM immer noch brav eingebunden.

Gruss

King of the Hill
Beiträge: 13561
Registriert: 01.10.2008, 12:54
Wohnort: laut USV-Log am Ende der Welt...

Beitragvon Dayworker » 26.10.2013, 19:28

Alle Angaben liest der ESXi aus der Datei "pci.ids" ein. Nur weil ein Gerät dort falsch eingetragen ist, muß das nichts heißen. In den meisten Fällen wird das beim nächsten Release beseitigt, wenn VMware und/oder die PCI-SIG (Peripheral Component Interconnect Special Interest Group) davon Kenntnis erhält und die "pci.ids" aktualisiert.

Ob da nun der H- oder Z-Chipsatz erkannt wird, spielt eigentlich keine Rolle. VMware garantiert keinen Betrieb des ESXi auf Desktop-HW.
Warum die PCIe-Root-Ports nicht ausgewählt sind, kann ich dir nicht beantworten. Falls VMware da zwischenzeitlich nichts geändert hat, kannst du aber pro VM nur 2 Geräte und pro Host insgesamt 10 Geräte durchreichen. Anstatt der guten Intel-Nics würde ich eher den Realtek-Kram durchreichen. Wenn du den ESXi von 5 bzw 5.1 auf 5.5 aktualisiert hast, dürfte das der Grund sein, weshalb die Realtek-Nic überhaupt noch mit einem Treiber unterstützt wird. Laut Devices deprecated and unsupported in ESXi 5.5 (2056935) sind jedenfalls viele ältere Geräte als veraltet aufgelistet. Mich würde es daher nicht wundern, wenn das nächste Relase diese komplett rauswirft.


Zurück zu „vSphere 5.5 / ESXi 5.5“

Wer ist online?

Mitglieder in diesem Forum: 0 Mitglieder und 10 Gäste