Het grote ESXi/vSphere Topic

[jadjong]

wjjkoevoets schreef op donderdag 16 april 2020 @ 01:15:
[...]

Ik krijg gewoon het console beeld op het scherm. De GPU is zoals jij aamgeeft actief. Ik was in de veronderstelling dat esxi de handover zelf zou doen?

Dat doet het ook. Tijdens booten van drivers blijf je op een geel scherm hangen(loading xyx), de simpele console waarin je instellingen kan veranderen komt nooit meer in zicht. Wanneer je de VM met videokaart start verdwdijnt gele scherm.

[wjjkoevoets]

jadjong schreef op donderdag 16 april 2020 @ 08:40:
[...]

Dat doet het ook. Tijdens booten van drivers blijf je op een geel scherm hangen(loading xyx), de simpele console waarin je instellingen kan veranderen komt nooit meer in zicht. Wanneer je de VM met videokaart start verdwdijnt gele scherm.

En dat gebeuert dus om de een of andere reden niet. Passthrough voor de GPU blijft na een reboot van esxi op "reboot needed" staan en op mijn scherm zie ik gewoon de console. Ik kan rebooten totdat ik een ons weeg, maar de status veranderd niet naar active.

[flashback1989]

Ik ben nu een upgrade van de hosts aan het voorbereiden

Huidige omgeving
Hardware:
2x HP Proliant DL380 G8
1x HP Proliant DL380 G9
Software:
Vcenter 6.5 laatste release
Editie: vSphere Essentials Plus
2x Vmware host met 6.5
2x Vmware host met 6.5U1

Wil upgraden in de volgende stappen
Vcenter 6.5 upgraden naar 6.7U3
ESX upgraden van 6.5 naar 6.5U3 (processor is niet supported met 6.7)
HP SPP uitvoeren voor laatste firmware


Waar ik over twijfel betreft de upgrade van ESX :

• Moet ik upgraden d.m.v. een installatie van de HP custom image.
• Of kan ik de vmware update manager gebruiken met de HP vibsdepot http://vibsdepot.hpe.com/

[zanza006]

Ik zat met een vraagje.

Worden oude Nvidia Geforce ondersteund voor passtrough? Op de VMware site zie ik enkel Quadro kaarten in de lijst.
Had dit nu getest met zeer oude NV6200 en NV9600GT maar beide lukt niet om dit te activeren.

Ik zat onlangs een filmpje op youtube bij iemand die een 8800GT gebruikte dus vond ik het raar dat niet lukte met NV9600GT.

Zelf draai ik ESXi 6.7u3. Versie 7 kan ik niet draaien mijn cpu word niet ondersteund.

[|sWORDs|]

wjjkoevoets schreef op donderdag 16 april 2020 @ 01:15:
[...]

Ik krijg gewoon het console beeld op het scherm. De GPU is zoals jij aamgeeft actief. Ik was in de veronderstelling dat esxi de handover zelf zou doen?

EDIT: Ik zie nu pas dat ik één vraag ben vergeten te antwoorden. Er zit maar één GPU in dit systeem en dat is de Intel.

Dat is niet hoe het bedoeld is. Je kunt proberen de console vrij te geven.

[zanza006]

zanza006 schreef op donderdag 16 april 2020 @ 19:52:
Ik zat met een vraagje.

Worden oude Nvidia Geforce ondersteund voor passtrough? Op de VMware site zie ik enkel Quadro kaarten in de lijst.
Had dit nu getest met zeer oude NV6200 en NV9600GT maar beide lukt niet om dit te activeren.

Ik zat onlangs een filmpje op youtube bij iemand die een 8800GT gebruikte dus vond ik het raar dat niet lukte met NV9600GT.

Zelf draai ik ESXi 6.7u3. Versie 7 kan ik niet draaien mijn cpu word niet ondersteund.

Net ontdekt dat het aan VT-d ligt.

[zanza006]

Zelf gebruik ik gratis licensie van ESXi, wat een limiet heeft van 8vCPU's per virtuele pc.
Maar bij Windows 10 x64 Pro blijf ik enkel 2vCPU's zien, zelfs al stel ik dit in op 8.

CPU is Xeon L5640 dus 6cores 12threads
Moederbord is X58

https://imgur.com/kUCJNRF

[ Voor 5% gewijzigd door zanza006 op 17-04-2020 21:41 ]

[shbeuving]

Hoi! Misschien lees ik er strak overheen, maar weet iemand hoe ik Virtual Flash kan verwijderen binnen ESX-i 7.0? Ik heb geen vCenter license :-).

Het claimt nu 120GB van de 500GB Nvme ssd...

[jadjong]

zanza006 schreef op vrijdag 17 april 2020 @ 21:39:
Zelf gebruik ik gratis licensie van ESXi, wat een limiet heeft van 8vCPU's per virtuele pc.
Maar bij Windows 10 x64 Pro blijf ik enkel 2vCPU's zien, zelfs al stel ik dit in op 8.

CPU is Xeon L5640 dus 6cores 12threads
Moederbord is X58

https://imgur.com/kUCJNRF

Je krijgt nu 2 cores/2 threads per core. Maak er eens 1/8 van in ESX.

[zanza006]

jadjong schreef op vrijdag 17 april 2020 @ 21:56:
[...]

Je krijgt nu 2 cores/2 threads per core. Maak er eens 1/8 van in ESX.

Dank u , had het pijltje naar CPU instellingen over het hoofd gezien.

[zeroday]

ik doe iets fout

esxcli software profile update -p ESXi-6.7.0-8169922-standard -d /vmfs/volumes/5ca56238-65981838-e1c1-b05ada87ad44/VMware-E
SXi-6.7.0-8169922-depot.zip
[DependencyError]
VIB HPE_bootbank_oem-build_650.U3.9.6.10-4240417 requires esx-version << 6.7.0, but the requirement cannot be satisfied within the ImageProfile.


maar wat ?
ik zit op een lege 6.5.0 Update 3 (Build 14990892) versie ..
en wil naar 6.7 ..

update het is een bevalling
maar wat blijkt, die oem-build moet ik dus verwijderen .. Weten we dat ook weer
nadat deze vib was verwijderd kon ik naar 6.7

Toen upgraden naar bijv. 6.7u3 maar dan had ik weer no space left on device issue
ook dat op kunnen lossen door de vib te downloaden, apart te installeren en de update nogmaals uit te voeren..
pfff gelukt

[ Voor 29% gewijzigd door zeroday op 18-04-2020 21:37 ]

[|sWORDs|]

zeroday schreef op zaterdag 18 april 2020 @ 20:33:
ik doe iets fout

esxcli software profile update -p ESXi-6.7.0-8169922-standard -d /vmfs/volumes/5ca56238-65981838-e1c1-b05ada87ad44/VMware-E
SXi-6.7.0-8169922-depot.zip
[DependencyError]
VIB HPE_bootbank_oem-build_650.U3.9.6.10-4240417 requires esx-version << 6.7.0, but the requirement cannot be satisfied within the ImageProfile.


maar wat ?
ik zit op een lege 6.5.0 Update 3 (Build 14990892) versie ..
en wil naar 6.7 ..

update het is een bevalling
maar wat blijkt, die oem-build moet ik dus verwijderen .. Weten we dat ook weer
nadat deze vib was verwijderd kon ik naar 6.7

Toen upgraden naar bijv. 6.7u3 maar dan had ik weer no space left on device issue
ook dat op kunnen lossen door de vib te downloaden, apart te installeren en de update nogmaals uit te voeren..
pfff gelukt

Waarom eerst naar 6.7GA en waarom uiteindelijk 6.7U3 en niet 6.7 EP14 of 7.0?

[zeroday]

|sWORDs| schreef op zondag 19 april 2020 @ 10:33:
[...]

Waarom eerst naar 6.7GA en waarom uiteindelijk 6.7U3 en niet 6.7 EP14 of 7.0?

als je niet weet wat je moet doen dan denk je dat je wellicht dat niet in 1 keer kan
ik zit nu op 6.7 EP14 .. en ga nog even naar 7 kijken

en daarbij .. ik was blij dat ik op bepaalde punten geen errors kreeg zoals

esxcli software profile update -p ESXi-7.0.0-15843807-standard -d https://hostupdate.vmware.../main/vmw-depot-index.xml --no-hardware-warning
Got no data from process: LANG=en_US.UTF-8 /usr/lib/vmware/esxcli-software profile.update -d "https://hostupdate.vmware.com/software/VUM/PRODUCTION/main/vmw-depot-index.xml" -p "ESXi-7.0.0-15843807-standard" --nohwwarning

gaat nooit makkelijk bij mij ..

standaard image gaat um niet worden
even de depot file gepakt ..
als ik dat allemaal ga verwijderen dan doet mijn fake raid controller het niet meer ..

VIB Hewlett-Packard_bootbank_scsi-hpvsa_5.5.0-88OEM.550.0.0.1331820 requires vmkapi_2_2_0_0, but the requirement cannot be satisfied within the ImageProfile.
VIB HPE_bootbank_scsi-hpdsa_5.5.0.54-1OEM.550.0.0.1331820 requires com.vmware.driverAPI-9.2.2.0, but the requirement cannot be satisfied within the ImageProfile.
VIB Hewlett-Packard_bootbank_scsi-hpvsa_5.5.0-88OEM.550.0.0.1331820 requires com.vmware.driverAPI-9.2.2.0, but the requirement cannot be satisfied within the ImageProfile.
VIB HPE_bootbank_scsi-hpdsa_5.5.0.54-1OEM.550.0.0.1331820 requires vmkapi_2_2_0_0, but the requirement cannot be satisfied within the ImageProfile.
VIB HPE_bootbank_hpe-nmi_600.2.4.16-2494575 requires vmkapi_2_3_0_0, but the requirement cannot be satisfied within the ImageProfile.


update, omdat ik de b120i in de HP gen8 gebruik wordt een ESXI 7 um niet. Want die wil dan die kaart niet herkennen ivm missende drivers. Niet erg. Ik weet nu wat ik kan /mag

[ Voor 82% gewijzigd door zeroday op 20-04-2020 08:11 ]

[zeroday]

iemand een idee waarom sinds vandaag ineens de installatie van bijv. Debian 9 of Debian 10 niet meer kan?

2 machines
2 versies,
en beide crashen als ik op install druk vanuit de ISO


update .. waarschijnlijk een bug in VMRC vandaag naar 11.1.0 gegaan en nu werkt het beter

[ Voor 8% gewijzigd door zeroday op 22-04-2020 08:32 ]

[jwvdst]

wat zijn de voornaamste redenen om te upgraden naar esxi 7.0?
ik draai nu 6.7u3 en kwa stabiliteit mag ik niet klagen met een uptime van nu 109 dagen en vroeg het me af of het de moeite en de risico loont om te upgraden.

[|sWORDs|]

jwvdst schreef op woensdag 22 april 2020 @ 10:15:
wat zijn de voornaamste redenen om te upgraden naar esxi 7.0?
ik draai nu 6.7u3 en kwa stabiliteit mag ik niet klagen met een uptime van nu 109 dagen en vroeg het me af of het de moeite en de risico loont om te upgraden.

Zonder vCenter is er geen grote reden voor een homelab. Stabiliteit is geen probleem, hier draait het al maanden stabiel op meerdere systemen.
Wat wel een probleem kan zijn is hardware support, met het verwijderen van VMKLinux zijn er voor veel oudere devices geen drivers, met recente hardware is dat geen probleem.

[jwvdst]

|sWORDs| schreef op woensdag 22 april 2020 @ 10:38:
[...]

Zonder vCenter is er geen grote reden voor een homelab. Stabiliteit is geen probleem, hier draait het al maanden stabiel op meerdere systemen.
Wat wel een probleem kan zijn is hardware support, met het verwijderen van VMKLinux zijn er voor veel oudere devices geen drivers, met recente hardware is dat geen probleem.

draai op een fujitsu 3644b mobo met een intel i3 9100 proc en 32gb ram dus de recente hardware zal het probleem wel niet zijn (hoop ik)
zijn er op gebied van pass through ook nog dingen veranderd dan?

[|sWORDs|]

jwvdst schreef op woensdag 22 april 2020 @ 10:44:
[...]

draai op een fujitsu 3644b mobo met een intel i3 9100 proc en 32gb ram dus de recente hardware zal het probleem wel niet zijn (hoop ik)
zijn er op gebied van pass through ook nog dingen veranderd dan?

Intel I219LM en Intel SATA gaat wel werken. Passthrough werkt hier ook nog gewoon:

[Finwe]

Heeft er iemand goede ervaringen met een meer recente consumer NVidia/AMD videokaart en GPU passthrough in ESXI6.7? Ik gebruik al een paar jaar een Radeon HD7450 zonder problemen, maar die kan geen 4K scherm @60Hz aansturen. Wat ik zo online lees zijn er voor NVidia bepaalde .VMX tweaks, maar er is geen garantie dat ze werken, en NVidia probeert actief in hun driver te voorkomen dat consumenten hw in VMs werkt. AMD doet dat voor zover ik weet niet, maar daar zijn er dan weer wisselende verhalen over de stabiliteit...

[|sWORDs|]

Finwe schreef op donderdag 30 april 2020 @ 08:19:
Heeft er iemand goede ervaringen met een meer recente consumer NVidia/AMD videokaart en GPU passthrough in ESXI6.7? Ik gebruik al een paar jaar een Radeon HD7450 zonder problemen, maar die kan geen 4K scherm @60Hz aansturen. Wat ik zo online lees zijn er voor NVidia bepaalde .VMX tweaks, maar er is geen garantie dat ze werken, en NVidia probeert actief in hun driver te voorkomen dat consumenten hw in VMs werkt. AMD doet dat voor zover ik weet niet, maar daar zijn er dan weer wisselende verhalen over de stabiliteit...

Met NVIDIA Geforce/Low end Quadro zet je de masking van de CPU uit, dan heeft de firmware niet door dat het een VM is. Over het algemeen werkt dat prima. Intel is sowieso goed door te geven (als je de console op een andere videokaart hebt), bij nieuwere AMD kaarten werkt het vaak niet meer na herstarten van de VM, dan moet de host ook geherstart worden, dit heeft waarschijnlijk te maken met de PCI reset mode welke je kunt overschrijven in de map, maar ik heb zelf gewoon Tesla kaarten en dus nooit met consumer kaarten getest (en dus ook nooit mijn theorie dat een andere reset mode kan werken geprobeerd), wel af en toe via Zoom mensen geholpen om AMD/Intel/Geforce kaarten aan de praat te krijgen.

[ Voor 4% gewijzigd door |sWORDs| op 30-04-2020 11:26 ]

[Finwe]

|sWORDs| schreef op donderdag 30 april 2020 @ 11:25:
[...]

Met NVIDIA Geforce/Low end Quadro zet je de masking van de CPU uit, dan heeft de firmware niet door dat het een VM is. Over het algemeen werkt dat prima. Intel is sowieso goed door te geven (als je de console op een andere videokaart hebt), bij nieuwere AMD kaarten werkt het vaak niet meer na herstarten van de VM, dan moet de host ook geherstart worden, dit heeft waarschijnlijk te maken met de PCI reset mode welke je kunt overschrijven in de map, maar ik heb zelf gewoon Tesla kaarten en dus nooit met consumer kaarten getest (en dus ook nooit mijn theorie dat een andere reset mode kan werken geprobeerd), wel af en toe via Zoom mensen geholpen om AMD/Intel/Geforce kaarten aan de praat te krijgen.

Thanks. Ik heb de CPU mask "hack" gezien, maar lees nog steeds verhalen van mensen die hun NVidia kaart daarmee niet aan de gang krijgen, dus ben een beetje terughoudend. Ik had niet aan een onboard kaart gedacht, maar helaas heeft m'n moederbord er geen (Supermicro X10 SLM-F), dus misschien dat ik toch maar op de gok een kaartje koop...ik laat het hier wel weten of het lukt.

[Chrisiesmit93]

Ik gebruik zelf een GTX1070 en dat werkt perfect via passthrough (gebruik de VM nu al meer dan een half jaar als mijn "main desktop" en dat gaat best goed (ook met gamen).

Vooral kwestie van de volgende setting zetten:

code:

hypervisor.cpuid.v0 = "FALSE"

[HyperBart]

@|sWORDs| weet jij toevallig wat er gebeurt als je binnen VSAN een FTT=0 instelt (stateless worker node die bij falen gewoon opnieuw ingespoeld kan worden) en je de host waar de data op resides in maintenance mode zet?

Ik zou verwachten dat als je 'm in maintenance mode zet (https://docs.vmware.com/e...D4-899A-5E0264469866.html) dat je de keuzes krijgt, wil het gewoon maar eens afchecken.

nvm, toch gevonden: op "maintenance mode VSAN" vond ik wat meer, ik zat meer in "FTT=0 vsan" te zoeken. Voor diegenen die het ooit nog willen weten:

https://storagehub.vmware...nce-mode-consideration-9/

-->

Maintenance Mode on a Data Node

When placing a vSAN host in maintenance mode, the vSAN data migration options are:

o Full data migration – Not available for two-node vSAN clusters using the default storage policy, as policy compliance requires two for data and one for the witness object

o Ensure accessibility – The preferred option for two-host or three-host vSAN clusters using the default storage policy. Ensure accessibility guarantees the enough components of the vSAN object are available for the object to remain available. Though still accessible, vSAN objects on two-host or three-host clusters are no longer policy
compliant. When the host is no longer in maintenance mode, objects will be rebuilt to ensure policy compliance. During this time however, vSAN objects are at risk because they will become inaccessible if another failure occurs.

Any objects that have a non-standard single copy storage policy (FTT=0) will be moved to an available host in the cluster. If there is not sufficient capacity on any alternate hosts in the cluster, the host will not enter maintenance mode.

o No data migration – This is not a recommended option for vSAN clusters. vSAN objects that use the default vSAN Storage Policy may continue to be accessible, but vSAN does not ensure their accessibility.

Any objects that have a non-standard single copy storage policy (FTT=0) will become inaccessible until the host exits maintenance mode.

Finwe schreef op donderdag 30 april 2020 @ 08:19:
Heeft er iemand goede ervaringen met een meer recente consumer NVidia/AMD videokaart en GPU passthrough in ESXI6.7? Ik gebruik al een paar jaar een Radeon HD7450 zonder problemen, maar die kan geen 4K scherm @60Hz aansturen. Wat ik zo online lees zijn er voor NVidia bepaalde .VMX tweaks, maar er is geen garantie dat ze werken, en NVidia probeert actief in hun driver te voorkomen dat consumenten hw in VMs werkt. AMD doet dat voor zover ik weet niet, maar daar zijn er dan weer wisselende verhalen over de stabiliteit...

Good old memories , je GPU doorgeven aan een VM voor een desktop daily driver, een ZFS NAS er bij op draaien en nog een GPU voor een HTPC er op draaien. Ja wat betref efficientie zaten we toen wel goed

[ Voor 114% gewijzigd door HyperBart op 13-05-2020 19:22 ]

[HellStorm666]

Hoop dat een van jullie mij kan helpen....

Eerst even wat spec's vooraf.
ESXi 6.7.0 Update 3 (Build 15160138) met VMware vSphere 6 Essentials licentie
Ryzen 3600
ASRock B450 Pro4
GeForce GT 1030
PERC H200 met LSI IT mode firmware
Intel i210 SFP PCIe x1
Intel i350T2 PCIe x1

Op een Windows VM heb ik 1 HDD van de PERC H200 in RAW mode (Passtrough) door kunnen voeren.

Nu wil ik een vergelijkbaar iets met de SFP i210 kaart doen.
In deze kaart zit de glasvezel van de ISP (dus WAN) en gaat, voor nu, OPNsense in.

Op dit moment is er dus een virtuele switch (WAN_SFP) welke dit door geeft aan de router (OPNsense).
Om het spul zo stabiel mogelijk te houden, en omdat ik het toch in geen enkele andere VM ga gebruiken, wil ik dus de SFP in passtrough naar die router VM.

Onder Hardware -> PCI Devices zie ik de i210 staan. SR-IOV staat op 'Not capable' en Passtrough staat op 'Disabled'

Kan ik die i210 als hardware direct in de router VM gebruiken (dus dat esxi er niets mee doet)?
Zo ja, hoe kan ik dit doen?

Bonus vragen:

• Welke BIOS/UEFI settings moet ik hebben voor de beste stabiliteit/prestaties?
• Onder Monitor -> Hardware -> System sensors heb ik 'This system has no IPMI capabilities, you may need to install a driver to enable sensor data to be retrieved.' Hoe zorg ik er voor dat ik wél m'n CPU temp ed kan zien?
• Onder Monitor -> Hardware -> Storage staat 'The Small Footprint CIM Broker Daemon (SFCBD) is not running. Storage health data is reported by this daemon. Please see this KB article for information on enabling this service.' Kan/moet ik dit gewoon weer aan zetten volgens dat kb artikel?

[ Voor 23% gewijzigd door HellStorm666 op 19-05-2020 10:46 ]

[FireDrunk]

SR-IOV is de naam van de techniek achter VT-d, en heb je nodig voor het doorgeven van devices.
Het kan zijn dat de optie in je UEFI uit staat, het heet vaak iets als "PCIe Device Passthrough", of "SR-IOV Virtualization".

Als dat allemaal aan staat, kan het zijn dat de NIC in een PCIe slot dat het niet ondersteund, dan kan je proberen hem eens in een ander slot te prikken. Niet alle sloten hebben dezelfde passthrough mogelijkheden (komt door de PCIe root topologie, complex, niet te veel van aantrekken).

Overigens kan het ook zo maar zijn dat de fabrikant van jouw specifieke moederbord het niet aan heeft gezet, en het ook niet mogelijk maakt om het aan te zetten...

Bonus vragen:
- Zie hierboven
- Niet
- Durf ik niet te zeggen, zegt mij niet zoveel. Een CIM Provider is een los stukje software die vendors volgens mij kunnen gebruiken om specifieke data van specifieke devices te kunnen tonen. Welke daemon nu precies niet draait durf ik niet te zeggen. Als er geen CIM providers geinstalleerd zijn, zal de daemon niet nodig zijn.

[ Voor 8% gewijzigd door FireDrunk op 19-05-2020 11:43 ]

[|sWORDs|]

Uit de startpost:

Er zijn momenteel drie manieren om vanuit hardware I/O beschikbaar te maken voor een virtuele machine.
IOMMU (Device -> 1 virtuele machine op dezelfde host)
SR-IOV (Device -> n virtuele machines op dezelfde host)
MR-IOV (Device -> n virtuele machines op n hosts)

VT-d = IOMMU, met SR-IOV maak je functies beschikbaar. Een NIC heeft als het ware een virtuele switch en kan zich voor doen als meerdere NICs welke je dan kunt delen. De virtualisatie gebeurd dan in hardware in plaats van in software. Maar voor het doorgeven van een volledige NIC heb je geen SR-IOV nodig.

Wat je moet doen is passthrough inschakelen met de edit knop, rebooten, geheugen volledig reserveren op VM en PCI device (NIC) toevoegen.

SFCBD heb ik al jaren niet meer zien werken, weet niet zeker of dit met 6.5 en nieuwer nog wel kan.

[ Voor 16% gewijzigd door |sWORDs| op 19-05-2020 11:53 ]

[HellStorm666]

FireDrunk schreef op dinsdag 19 mei 2020 @ 11:42:
SR-IOV is de naam van de techniek achter VT-d, en heb je nodig voor het doorgeven van devices.
Het kan zijn dat de optie in je UEFI uit staat, het heet vaak iets als "PCIe Device Passthrough", of "SR-IOV Virtualization".

Als dat allemaal aan staat, kan het zijn dat de NIC in een PCIe slot dat het niet ondersteund, dan kan je proberen hem eens in een ander slot te prikken. Niet alle sloten hebben dezelfde passthrough mogelijkheden (komt door de PCIe root topologie, complex, niet te veel van aantrekken).

Overigens kan het ook zo maar zijn dat de fabrikant van jouw specifieke moederbord het niet aan heeft gezet, en het ook niet mogelijk maakt om het aan te zetten...

Bonus vragen:
- Zie hierboven
- Niet
- Durf ik niet te zeggen, zegt mij niet zoveel. Een CIM Provider is een los stukje software die vendors volgens mij kunnen gebruiken om specifieke data van specifieke devices te kunnen tonen. Welke daemon nu precies niet draait durf ik niet te zeggen. Als er geen CIM providers geinstalleerd zijn, zal de daemon niet nodig zijn.

Thnx voor de uitleg.
Maar wat ik van |sWORDs| begrijp heb ik dat SR-IOV dus niet nodig als ik de volledige nic door wil sturen, correct?

SR-IOV heb ik in de UEFI wel aan gezet. net als IOMMU.

Over die PCI root tree had ik al t een en ander gezien inderdaad.
Sub-devices kunnen wel los, maar sommige root devices willen niet (omdat andere sub-devices daar afhankelijk van zijn).

|sWORDs| schreef op dinsdag 19 mei 2020 @ 11:50:
Uit de startpost:


[...]


VT-d = IOMMU, met SR-IOV maak je functies beschikbaar. Een NIC heeft als het ware een virtuele switch en kan zich voor doen als meerdere NICs welke je dan kunt delen. De virtualisatie gebeurd dan in hardware in plaats van in software. Maar voor het doorgeven van een volledige NIC heb je geen SR-IOV nodig.

Wat je moet doen is passthrough inschakelen met de edit knop, rebooten, geheugen volledig reserveren op VM en PCI device (NIC) toevoegen.

SFCBD heb ik al jaren niet meer zien werken, weet niet zeker of dit met 6.5 en nieuwer nog wel kan.

[FireDrunk]

Oh wacht, dan haal ik de twee even door elkaar. SR-IOV is inderdaad om een device te splitten, dat hoeft niet.
Je hebt alleen de 'basis' IOMMU functie nodig.

Kan je de Device Tree eens posten?

Even linux boot iso gebruiken, en dan dit doen:
https://heiko-sieger.info...hat-you-need-to-consider/

for a in /sys/kernel/iommu_groups/*; do find $a -type l; done | sort --version-sort

[HellStorm666]

FireDrunk schreef op dinsdag 19 mei 2020 @ 13:14:
Oh wacht, dan haal ik de twee even door elkaar. SR-IOV is inderdaad om een device te splitten, dat hoeft niet.
Je hebt alleen de 'basis' IOMMU functie nodig.

Kan je de Device Tree eens posten?

Even linux boot iso gebruiken, en dan dit doen:
https://heiko-sieger.info...hat-you-need-to-consider/

for a in /sys/kernel/iommu_groups/*; do find $a -type l; done | sort --version-sort

m'n omgeving is al live, dus een linux boot nu doen gaat niet.
Maar in ESXi staat:

een - ervoor is sub-device van die er boven.
- - is sub-sub

code:

Address:   Description:   SR-IOV:   Passtrough:  
0000:00:00.0
Advanced Micro Devices, Inc. [AMD] Starship/Matisse Root Complex    Not capable Not capable
    
0000:00:00.2
Advanced Micro Devices, Inc. [AMD] Starship/Matisse IOMMU   Not capable Not capable
    
0000:00:01.0
Advanced Micro Devices, Inc. [AMD] Starship/Matisse PCIe Dummy Host Bridge  Not capable Not capable
    
0000:00:01.1
Advanced Micro Devices, Inc. [AMD] Starship/Matisse GPP Bridge  Not capable Not capable
    
- 0000:01:00.0
LSI Logic / Symbios Logic Dell PERC H200 Adapter    Not capable Disabled
    
0000:00:01.3
Advanced Micro Devices, Inc. [AMD] Starship/Matisse GPP Bridge  Not capable Not capable
    
- 0000:02:00.2
Advanced Micro Devices, Inc. [AMD] 400 Series Chipset PCIe Bridge   Not capable Not capable
    
- 0000:03:08.0
Advanced Micro Devices, Inc. [AMD] 400 Series Chipset PCIe Port Not capable Not capable
    
- 0000:0a:00.0
Phison Electronics Corporation E12 NVMe Controller  Not capable Disabled
    
- 0000:03:07.0
Advanced Micro Devices, Inc. [AMD] 400 Series Chipset PCIe Port Not capable Not capable
    
- 0000:09:00.0
Realtek Semiconductor Co., Ltd. Motherboard (one of many)   Not capable Disabled
    
- 0000:03:06.0
Advanced Micro Devices, Inc. [AMD] 400 Series Chipset PCIe Port Not capable Not capable
    
- 0000:08:00.0
ASMedia Technology Inc. ASM1062 Serial ATA Controller   Not capable Disabled
    
- 0000:03:05.0
Advanced Micro Devices, Inc. [AMD] 400 Series Chipset PCIe Port Not capable Not capable
    
- 0000:07:00.0
Intel Corporation I210 Gigabit Fiber Network Connection Not capable Disabled
    
- 0000:03:04.0
Advanced Micro Devices, Inc. [AMD] 400 Series Chipset PCIe Port Not capable Not capable
    
- 0000:03:01.0
Advanced Micro Devices, Inc. [AMD] 400 Series Chipset PCIe Port Not capable Not capable
    
- 0000:03:00.0
Advanced Micro Devices, Inc. [AMD] 400 Series Chipset PCIe Port Not capable Not capable
    
- 0000:02:00.1
Advanced Micro Devices, Inc. [AMD] 400 Series Chipset SATA Controller   Not capable Disabled
    
- 0000:02:00.0
Advanced Micro Devices, Inc. [AMD] 400 Series Chipset USB 3.1 XHCI Controller   Not capable Disabled
    
0000:00:02.0
Advanced Micro Devices, Inc. [AMD] Starship/Matisse PCIe Dummy Host Bridge  Not capable Not capable
    
0000:00:03.0
Advanced Micro Devices, Inc. [AMD] Starship/Matisse PCIe Dummy Host Bridge  Not capable Not capable
    
0000:00:03.1
Advanced Micro Devices, Inc. [AMD] Starship/Matisse GPP Bridge  Not capable Not capable
    
- 0000:0b:00.1
NVIDIA Corporation GP108 High Definition Audio Controller   Not capable Disabled
    
- 0000:0b:00.0
NVIDIA Corporation GP108 [GeForce GT 1030]  Not capable Disabled
    
0000:00:04.0
Advanced Micro Devices, Inc. [AMD] Starship/Matisse PCIe Dummy Host Bridge  Not capable Not capable
    
0000:00:05.0
Advanced Micro Devices, Inc. [AMD] Starship/Matisse PCIe Dummy Host Bridge  Not capable Not capable
    
0000:00:07.0
Advanced Micro Devices, Inc. [AMD] Starship/Matisse PCIe Dummy Host Bridge  Not capable Not capable
    
0000:00:07.1
Advanced Micro Devices, Inc. [AMD] Starship/Matisse Internal PCIe GPP Bridge 0 to bus[E:B]  Not capable Not capable
    
- 0000:0c:00.0
Advanced Micro Devices, Inc. [AMD] Starship/Matisse PCIe Dummy Function Not capable Disabled
    
0000:00:08.0
Advanced Micro Devices, Inc. [AMD] Starship/Matisse PCIe Dummy Host Bridge  Not capable Not capable
    
0000:00:08.1
Advanced Micro Devices, Inc. [AMD] Starship/Matisse Internal PCIe GPP Bridge 0 to bus[E:B]  Not capable Not capable
    
- 0000:0d:00.3
Advanced Micro Devices, Inc. [AMD] Matisse USB 3.0 Host Controller  Not capable Disabled
    
- 0000:0d:00.1
Advanced Micro Devices, Inc. [AMD] Starship/Matisse Cryptographic Coprocessor PSPCPP    Not capable Disabled
    
- 0000:0d:00.0
Advanced Micro Devices, Inc. [AMD] Starship/Matisse Reserved SPP    Not capable Disabled
    
0000:00:08.2
Advanced Micro Devices, Inc. [AMD] Starship/Matisse Internal PCIe GPP Bridge 0 to bus[E:B]  Not capable Not capable
    
- 0000:0e:00.0
Advanced Micro Devices Inc FCH SATA Controller [AHCI Mode]  Not capable Disabled
    
0000:00:08.3
Advanced Micro Devices, Inc. [AMD] Starship/Matisse Internal PCIe GPP Bridge 0 to bus[E:B]  Not capable Not capable
    
- 0000:0f:00.0
Advanced Micro Devices Inc FCH SATA Controller [AHCI Mode]  Not capable Disabled
    
0000:00:14.0
Advanced Micro Devices, Inc. [AMD] FCH SMBus Controller Not capable Not capable
    
0000:00:14.3
Advanced Micro Devices, Inc. [AMD] FCH LPC Bridge   Not capable Not capable
    
0000:00:18.0
Advanced Micro Devices, Inc. [AMD] Matisse Device 24: Function 0    Not capable Not capable
    
0000:00:18.1
Advanced Micro Devices, Inc. [AMD] Matisse Device 24: Function 1    Not capable Not capable
    
0000:00:18.2
Advanced Micro Devices, Inc. [AMD] Matisse Device 24: Function 2    Not capable Not capable
    
0000:00:18.3
Advanced Micro Devices, Inc. [AMD] Matisse Device 24: Function 3    Not capable Not capable
    
0000:00:18.4
Advanced Micro Devices, Inc. [AMD] Matisse Device 24: Function 4    Not capable Not capable
    
0000:00:18.5
Advanced Micro Devices, Inc. [AMD] Matisse Device 24: Function 5    Not capable Not capable
    
0000:00:18.6
Advanced Micro Devices, Inc. [AMD] Matisse Device 24: Function 6    Not capable Not capable
    
0000:00:18.7
Advanced Micro Devices, Inc. [AMD] Matisse Device 24: Function 7    Not capable Not capable

[FireDrunk]

Das niet veel... Alles op not-capable klinkt alsof de IOMMU niet goed werkt.

[HellStorm666]

FireDrunk schreef op dinsdag 19 mei 2020 @ 13:42:
Das niet veel... Alles op not-capable klinkt alsof de IOMMU niet goed werkt.

SR-IOV is inderdaad alles not capable.
Passtrough staat bij een flink aantal sub-devices (zoals de i210) op Disabled.

[FireDrunk]

Ah, ik moet langer kijken. Ik zag alles aan voor SR-IOV / Disabled.
Maar de opties om passthrough te enablen voor die NIC zijn in de GUI ook niet aanwezig?
Je moet het device enablen voor Passthrough, en de machine dan rebooten.

[ Voor 5% gewijzigd door FireDrunk op 19-05-2020 13:49 ]

[HellStorm666]

FireDrunk schreef op dinsdag 19 mei 2020 @ 13:49:
Ah, ik moet langer kijken. Ik zag alles aan voor SR-IOV / Disabled.
Maar de opties om passthrough te enablen voor die NIC zijn in de GUI ook niet aanwezig?
Je moet het device enablen voor Passthrough, en de machine dan rebooten.

ok, thnx, zal t is proberen.
En met de machine bedoel je de hele ESXi kast?
En hoe voeg ik dat device daarna toe aan de VM?

[FireDrunk]

Nou dat moet echt wel op google te vinden zijn, kom op

[|sWORDs|]

Of je leest gewoon de startpost en de guides, daar staat ook al best een hoop over het doorgeven van een SATA controller...

|sWORDs| in "Het grote ESXi/vSphere Topic"

stap 5...

[ Voor 26% gewijzigd door |sWORDs| op 19-05-2020 15:11 ]

[HellStorm666]

|sWORDs| schreef op dinsdag 19 mei 2020 @ 15:09:
Of je leest gewoon de startpost en de guides, daar staat ook al best een hoop over het doorgeven van een SATA controller...

|sWORDs| in "Het grote ESXi/vSphere Topic"

stap 5...

Eerst geprobeerd het pci device te selecteren en te drukken op Toggle passtrough. Daarna een reboot.
Nu staat er achter Enabled / Needs a reboot.

Toen door dat aanpassen in passtru.map, weer een reboot (daarna zelfs nog 2x) en nog steeds staat er Enabled / Needs a reboot.

Ik kan bij de VM ook geen pci device toevoegen.

Wat gaat er nu dan verkeerd? Lijkt wel of esxi de herstart niet detecteert.

EDIT :
Logs hebben t over een probleem met de ACS.
Nu in de advanced settings de check daarvan uitgezet, eens zien of dat werkt.

Nu staat er in t log: Bypassing non-ACS capable device in hierarchy.
Maar de passtrough op de I210 staat nu op active.

EDIT2:
De i210 is nu als PCI device in OPNsense gehangen en heb nu de internetverbinding weer werkende met de WAN kaart dus in passtrough.

Het hele euvel zat hem dus in de ACS check waar het root device niet door kwam, en daar door dus niet werd toegepast op de netwerkkaart.

[ Voor 26% gewijzigd door HellStorm666 op 20-05-2020 10:43 ]

[Vorkie]

Misschien een leuke hoofdbreker... ik krijg op host 2 de HBA's van ISCSI niet erbij... software ISCSI adapter werkt ook, maar goed, 2 dezelfde hosts qua config, kan er slecht tegen

2 Hosts:
ProLiant DL380p Gen8
2x Intel(R) Xeon(R) CPU E5-2650 v2 @ 2.60GHz
192 GB RAM
VMware ESXi, 7.0.0, 15843807

Beide een embedded SFP+ NIC:
HP Ethernet 10Gb 2-port 530FLR-SFP+ Adapter
Location Embedded
Firmware Storm: 7.13.18.0 MFW: 7.13.75
Dit is de firmware versie van de HP Gen8.1 (laatste Proliant pack voor die Gen8.1)

Op host 1 heb ik netjes de vmhbas voor ISCSI en werken ook gewoon zoals verwacht:


Op host 2, met identieke instellingen... met geen mogelijkheid krijg ik die HBA's er

Reeds geprobeerd op host 2:
BIOS reset > geen resultaat
Reinstall van ESX naar ESX6.7U3B > geen resultaat
Re-install van ESX7 met HP Custom > geen resultaat
Re-install van ESX7 met generic +. HP ZIP (HPE_700.0.0.10.5.0.108_Apr2020_Addon_depot.zip) (deze is actief nu)
Reseat van adapter > geen resultaat
SFPs gewisseld > geen resultaat

Beide ESX hosts onderstaande drivers (laatste van VMWare depot)


Ook qua hardware identiek:


Wie heeft er nog een idee? (Anders dan het embedded board testen door te wisselen )

[theduke1989]

Beste alle,

Ik zou graag wat beginners tips willen. Ik weet uiteraard wat het doet, maar heb nog nooit mee kunnen maken om van scratch te doenn.

ESXI installeer je als main OS kan je zeggen, en dan vanuit daar kan je dan virutele machines bouwen. Ik ben altijd bij einde van migraties geweest nooit in het begin.

Nu wil ik binnenkort een Qotom Mini pc met 6 netwerk aansluitingen aanschaffen. Dit product heeft als doel 2 dingen.
1. Virtuele machine draaien voor Windows server 2016 of 2019 (key vanuit bedrijf)
Dit kan bijvoorbeeld in beide gevallenv oor beide dienen zoals DHCP, DNS etc.
2. OPNsense als firewall appliance voor de veiligheid binnen het netwerk, en VPN.

Qotom heeft genoeg power voor thuisgebruik, geen MKB etc.
- 16GB werkgeheugen. Ik geef rond de 5GB OPNsense, en 5GB voor de server. De rest is bedoeld voor de ESXI zelf.
- 128GB opslag, dit wordt dan binnenkort aangepast.
- i7 7200 CPU
- AES-I, goed voor VPN.
Er komt een NAS bij in een later stadium als opslag voor data etc.


Er komt een switch om bepaalde producten bedraad te verbinden.
Nu vroeg ik me af.

moeten beide poorten op NAT staan zodat ze de IP van de modem krijgen? Want die komt in bridge modus te staan namelijk. Dus alles wordt vanuit de QOTOM beheerd.

[|sWORDs|]

theduke1989 schreef op zondag 24 mei 2020 @ 13:23:
Beste alle,

Ik zou graag wat beginners tips willen. Ik weet uiteraard wat het doet, maar heb nog nooit mee kunnen maken om van scratch te doenn.

ESXI installeer je als main OS kan je zeggen, en dan vanuit daar kan je dan virutele machines bouwen. Ik ben altijd bij einde van migraties geweest nooit in het begin.

Nu wil ik binnenkort een Qotom Mini pc met 6 netwerk aansluitingen aanschaffen. Dit product heeft als doel 2 dingen.
1. Virtuele machine draaien voor Windows server 2016 of 2019 (key vanuit bedrijf)
Dit kan bijvoorbeeld in beide gevallenv oor beide dienen zoals DHCP, DNS etc.
2. OPNsense als firewall appliance voor de veiligheid binnen het netwerk, en VPN.

Qotom heeft genoeg power voor thuisgebruik, geen MKB etc.
- 16GB werkgeheugen. Ik geef rond de 5GB OPNsense, en 5GB voor de server. De rest is bedoeld voor de ESXI zelf.
- 128GB opslag, dit wordt dan binnenkort aangepast.
- i7 7200 CPU
- AES-I, goed voor VPN.
Er komt een NAS bij in een later stadium als opslag voor data etc.


Er komt een switch om bepaalde producten bedraad te verbinden.
Nu vroeg ik me af.

moeten beide poorten op NAT staan zodat ze de IP van de modem krijgen? Want die komt in bridge modus te staan namelijk. Dus alles wordt vanuit de QOTOM beheerd.

Ik denk dat je het een en ander moet gaan lezen, vooral over switching en routing.
Een poort heeft geen IP en staat ook niet op NAT. Iets wat in NAT staat krijgt niet het publieke IP van de router.

Wat voor internet verbinding heb je? Glasvezel, kabel of ADSL?

[theduke1989]

@|sWORDs|

Ik heb een kabelverbinding van 1000Mbit

[|sWORDs|]

theduke1989 schreef op zondag 24 mei 2020 @ 14:46:
@|sWORDs|

Ik heb een kabelverbinding van 1000Mbit

Als je de modem in bridge zet dan kun je het publieke IP op de virtuele router laten binnen komen. De Chinese machine is wel een risico, redelijke kans dat passthrough van NICs niet werkt en dat de NICs niet met ESXi7 werken, 6.7 werkt wel.

i3/i5/i7 maken bij dat soort machines niets uit, allemaal dual core met HT en maar een paar honderd MHz verschil.

Ik heb nog wel zo’n i3 7100U machine met 6 NICs en 32GB staan.
https://protectli.com/product/fw6b/

[ Voor 23% gewijzigd door |sWORDs| op 24-05-2020 16:02 ]

[theduke1989]

@|sWORDs|

Ik ging even rondkijken maar de nics ingebouwd zijn Intel I211-AT Gigabit LAN, geen Realtek netwerk aansluitingen. Dit heb ook gelezen, deze zijn wat dat betreft minder toegankelijk.

Voor mij is het om alleen te kijken hoe dit te beste realiseren is.

[ Voor 33% gewijzigd door theduke1989 op 24-05-2020 16:04 ]

[|sWORDs|]

theduke1989 schreef op zondag 24 mei 2020 @ 16:00:
@|sWORDs|

Ik ging even rondkijken maar de nics ingebouwd zijn Intel I211-AT Gigabit LAN, geen Realtek netwerk aansluitingen.

Heb je een type nummer van de machine?
Vrijwel alle 6 NIC machines gebruiken 82583V, welke niet werkt met ESXi 7, 6.7 is geen probleem.

[theduke1989]

|sWORDs| schreef op zondag 24 mei 2020 @ 16:05:
[...]

Heb je een type nummer van de machine?
Vrijwel alle 6 NIC machines gebruiken 82583V, welke niet werkt met ESXi 7, 6.7 is geen probleem.

Bedankt heb navraag gedaan wacht nog steeds op antwoord. Mocht dit het geval zijn dan houdt het voorlopig op voor mij om dit topic te volgen.

Want dan gebruik ik de Qotom alleen als OPNsense router met 4 of 8GB. Maar denk voor thuisgebruik is 4GB/64gb voldoende.

[|sWORDs|]

theduke1989 schreef op maandag 25 mei 2020 @ 10:29:
[...]


Bedankt heb navraag gedaan wacht nog steeds op antwoord. Mocht dit het geval zijn dan houdt het voorlopig op voor mij om dit topic te volgen.

Want dan gebruik ik de Qotom alleen als OPNsense router met 4 of 8GB. Maar denk voor thuisgebruik is 4GB/64gb voldoende.

Er is niets mis met ESXi 6.7, krijgt nog een flinke tijd updates.

edit: 2021/11/15

[cooLopke]

Ik vraag hier maar weer even, iemand zijn xpenology kunnen updaten naar 6.2.3 zonder problemen binnen vmware? Ik neem aan van wel, aangezien het hier om een "kleinere" release gaat, Ik gebruik de DS918+ config.

[|sWORDs|]

cooLopke schreef op zaterdag 30 mei 2020 @ 01:58:
Ik vraag hier maar weer even, iemand zijn xpenology kunnen updaten naar 6.2.3 zonder problemen binnen vmware? Ik neem aan van wel, aangezien het hier om een "kleinere" release gaat, Ik gebruik de DS918+ config.

|sWORDs| schreef op zaterdag 2 mei 2020 @ 11:12:
[...]


[...]

Op ESXi met mijn ova werkt het hier prima, ook VMXNET3 werkt nog gewoon en de bootloader is niet te zien.
PVSCSI niet getest, kan ik ook nog wel even doen.

Edit: synoboot ontbreekt, maar daar kan ik dus het fix script voor draaien.

[jwvdst]

|sWORDs| schreef op zaterdag 30 mei 2020 @ 11:41:
[...]


[...]

welke versie van xpenology draai jij nu? Ik draai nu 6.2 eigenlijk zonder problemen

[|sWORDs|]

jwvdst schreef op zaterdag 30 mei 2020 @ 15:11:
[...]
welke versie van xpenology draai jij nu? Ik draai nu 6.2 eigenlijk zonder problemen

6.2.3 waar ik alleen synoboot fix script na de update heb gedraaid. Werkt prima.

[JohanKupers]

Ik ben een beetje aan het kijken naar ESXi 7.0.0 als vervanger van mijn ESXi 6.7.0 Homelab. Ik heb al even geëxperimenteerd met een USB Installatie van 7.0.0 om te kijken of alle hardware wordt ondersteund en dat blijkt zo te zijn (ik heb tenminste netwerk en mijn SATA disken zijn te benaderen).

Nu lees ik overal dat 7.0.0 een andere partitie layout heeft. Mijn vraag is nu, wordt de partitie layout bij een upgrade van 6.7.0 naar 7.0.0. ook veranderd of niet? Ik zou denken van niet, omdat je dan de eventuele downgrade naar 6.7.0 niet meer zou kunnen doen. En heeft dat gevolgen voor een latere upgrade van 7.0.0 naar bijvoorbeeld 7.1.0 o.i.d.?

Nu is mijn homelab niet zo schokkend dat een complete herinstallatie lastig is, maar als het te voorkomen is graag.

[ComTech]

|sWORDs| schreef op zaterdag 30 mei 2020 @ 15:50:
[...]

6.2.3 waar ik alleen synoboot fix script na de update heb gedraaid. Werkt prima.

Bedoel je dit script / commando ?

code:

sudo cp /lib/modules/update/* /lib/modules

[|sWORDs|]

ComTech schreef op maandag 1 juni 2020 @ 12:02:
[...]


Bedoel je dit script / commando ?

code:

sudo cp /lib/modules/update/* /lib/modules

https://xpenology.com/for...-is-broken-fix-available/

[revox862]

|sWORDs| schreef op zaterdag 18 januari 2020 @ 21:49:
M11SDV-8C+-LN4F
EPYC3251D4I-2T

Enig idee waarom M11SDV zo slecht leverbaar is (in Nederland)?
Of kunnen we binnenkort nieuwe embedded Epyc CPUs op basis van 7nm verwachten?

[ Voor 17% gewijzigd door revox862 op 04-06-2020 21:30 ]

[|sWORDs|]

revox862 schreef op donderdag 4 juni 2020 @ 20:45:
[...]

Enig idee waarom M11SDV zo slecht leverbaar is (in Nederland)?
Of kunnen we binnenkort nieuwe embedded Epyc CPUs op basis van 7nm verwachten?

Als de afname klein is willen winkels geen voorraad en soms distributeurs ook niet. Maar bestellen gaat vaak vrij snel, meestal heb ik de borden binnen vijf dagen.

[Rene2322]

Gister (vermoedelijk iets te enthousiast) een upgrade op mijn thuisservertje gedaan van VMWARE ESXi 6.5 naar ESXi 7.0. Alles lijkt goed te werken, behalve mijn Intel NVMe controller welke ik in passthru heb staan naar een VM (FreeBSD 11 64-bit - FreeNAS 11.3). vanuit de VM een aantal meldingen over da0:mpt0:0:0:0

Voor deze NVMe controller heb ik destijds een Intel-driver van de VMWare site gehaald (intel-nvme-vmd-en_1.6.0.1003-1OEM.650.0.0.4598673). Deze probeer ik nu te updaten naar intel-nvme-vmd-en_2.0.0.1146-1OEM.700.1.0.15843807_16259168 echter voor alsnog zonder resultaat.
Ik krijg een DependencyError component has unmet dependency vmkapi_2_6_0_0 that is not provided by any component in depot.

Weet iemand hoe ik een en ander nog kan fixen?

[|sWORDs|]

Rene2322 schreef op zaterdag 6 juni 2020 @ 10:44:
Gister (vermoedelijk iets te enthousiast) een upgrade op mijn thuisservertje gedaan van VMWARE ESXi 6.5 naar ESXi 7.0. Alles lijkt goed te werken, behalve mijn Intel NVMe controller welke ik in passthru heb staan naar een VM (FreeBSD 11 64-bit - FreeNAS 11.3). vanuit de VM een aantal meldingen over da0:mpt0:0:0:0

Voor deze NVMe controller heb ik destijds een Intel-driver van de VMWare site gehaald (intel-nvme-vmd-en_1.6.0.1003-1OEM.650.0.0.4598673). Deze probeer ik nu te updaten naar intel-nvme-vmd-en_2.0.0.1146-1OEM.700.1.0.15843807_16259168 echter voor alsnog zonder resultaat.
Ik krijg een DependencyError component has unmet dependency vmkapi_2_6_0_0 that is not provided by any component in depot.

Weet iemand hoe ik een en ander nog kan fixen?

Devices in passthrough hebben geen drivers nodig.
Intel-NVMe driver is niet nodig, de inbox VMware driver werkt net zo goed.
Intel VMD driver werkt alleen met datacenter drives en de consumer varianten daarvan, zoals Pxxxxx, 750 en 90xx.

[Rene2322]

|sWORDs| schreef op zaterdag 6 juni 2020 @ 11:03:
[...]

Devices in passthrough hebben geen drivers nodig.
Intel-NVMe driver is niet nodig, de inbox VMware driver werkt net zo goed.
Intel VMD driver werkt alleen met datacenter drives en de consumer varianten daarvan, zoals Pxxxxx, 750 en 90xx.

Hartelijk dank voor de snelle reactie. Dat betekend dat ik de driver verder vergeet en het probleem van het niet functioneren van FreeNAS 11.3 elders moet zoeken...

Voordat ik de driver echt vergeet. Is het mogelijk om hem nog te uninstallen? Er staat nu namelijk een driver geïnstalleerd welke wellicht niet compatible is met deze ESXi versie.

[ Voor 15% gewijzigd door Rene2322 op 06-06-2020 11:07 ]

[|sWORDs|]

Rene2322 schreef op zaterdag 6 juni 2020 @ 11:05:
[...]


Hartelijk dank voor de snelle reactie. Dat betekend dat ik de driver verder vergeet en het probleem van het niet functioneren van FreeNAS 11.3 elders moet zoeken...

Voordat ik de driver echt vergeet. Is het mogelijk om hem nog te uninstallen? Er staat nu namelijk een driver geïnstalleerd welke wellicht niet compatible is met deze ESXi versie.

Ja, je zou hem moeten kunnen verwijderen.

[marcel19]

sinds kort heb ik een zigbee2mqtt stick en wat temperatuur en vochtigheid sensoren gekocht.

ik krijg het maar niet voor elkaar om deze werkend te krijgen in mijn Home assistant omgeving welke in ESXI draait.
Als ik een OVA file voor Virtualbox download en deze opstart in mijn windows omgeving werkt wel alles gelijk.
alle instellingen zijn gelijk.

de HA op mijn ESXI ziet wel netjes de stick en connect ook netjes met de MQTT broker, maar er worden geen nieuwe devices toegevoegd.

Zie ik nog iets over het hoofd?

EDIT: net getest op een pi4 met de officiele image, ook hier werkt het direct in een keer.
ik vermoed dat er iets niet goed gaat in mijn ESXI settings. ( de usb stick heb ik direct geforward in de VM )
Iemand met ESXI + Zigbee die dit wel werkend heeft?


In het Home assistent topic was er geen reactie.

[wjjkoevoets]

wjjkoevoets schreef op woensdag 15 april 2020 @ 23:01:
Iemand ervaring met de passthrough van een Intel UHD Graphics 630 binnen ESXi 6.7 of 7.0?

Ik probeer al de hele avond passthrough werkend te krijgen, maar ESXi blijft volhouden dat passthrough pas werkt na een reboot. Ik heb het ook geprobeerd met vmkernel.boot.disableACScheck = TRUE, maar dit had geen effect.

Het stomme is wel dat wanneer ik passthrough inschakel zonder te rebooten, de host aan geeft dat het actief is. In een VM werkt het echter niet (GPU zichtbaar, maar werkt niet, code 43).

Volgens ESXi zelf is VT-x gewoon beschikbaar:

code:

[snip@snip:~] esxcfg-info|grep "\----\HV Support"
         |----HV Support............................................3

Ik heb het ook geprobeerd met een handmatige entry in de passthrough map. Eén poging met bridge en één met d3d0.

code:

[snip@snip:~] lspci -v
0000:00:02.0 Display controller VGA compatible controller: Intel Corporation 8th Gen Core Processor Gaussian Mixture Model
         Class 0300: 8086:3e91

code:

# Intel 82579LM Gig NIC can be reset with d3d0
8086  1502  d3d0     default
# Intel 82598 10Gig cards can be reset with d3d0
8086  10b6  d3d0     default
8086  10c6  d3d0     default
8086  10c7  d3d0     default
8086  10c8  d3d0     default
8086  10dd  d3d0     default
# Broadcom 57710/57711/57712 10Gig cards are not shareable
14e4  164e  default  false
14e4  164f  default  false
14e4  1650  default  false
14e4  1662  link     false
# Qlogic 8Gb FC card can not be shared
1077  2532  default  false
# LSILogic 1068 based SAS controllers
1000  0056  d3d0     default
1000  0058  d3d0     default
# NVIDIA
10de  ffff  bridge   false
# AMD FCH SATA Controller [AHCI mode]
1022  7901  d3d0     default
# Intel VGA Passthrough testing
8086  3e91  d3d0     false

Gaat om een Intel Core i3-9100 op een Fujitsu D3642-B bord.

Mocht iemand hetzelfde probleem hebben: ESXi 6.7 U3 vers geïnstalleerd en het probleem was weg.

[zeroday]

Phoe .. en toen kreeg ik van het weekend ineens IO errors en gingen er een paar linux boxen in read only modus .. dat had ik nog niet eerder meegemaakt.

VMware was ook erg traag in het uitvoeren van jobs en toen ik zelf een VM terug wilde zetten met VEEAM ging dat ook falikant de mist in (daar kwam ik achter nadat ik besloot VMWARE dan maar te rebooten nadat ik een nieuwe update (de laatste) erop had gezet. en bleek een VM ineens invalid te zijn (tsja die was niet goed gemigreerd bleek achteraf).

Daarna deed ie weer wat ie moest doen, maar waarom ESXI dat nu zo ineens plotsklaps doet ??

[magneet]

Dat wijst op een probleem met je storage, wel eens gezien met Linux boxen op NFS. De nfs was om welke reden dan ook niet bereikbaar dus de vm kan ook niks wegschrijven en dan gaat linux in RO mode.

[zeroday]

magneet schreef op woensdag 10 juni 2020 @ 09:56:
Dat wijst op een probleem met je storage, wel eens gezien met Linux boxen op NFS. De nfs was om welke reden dan ook niet bereikbaar dus de vm kan ook niks wegschrijven en dan gaat linux in RO mode.

Denk dat het daar wel ergens in gezocht moet worden ja.. alle boxen hebben een NFS verbinding met een NAS .. maar die was wel gewoon bereikbaar .. dus een beetje vaag.

[WPN]

Afgelopen week ben ik verhuist. Helaas is mijn ESXi servertje hierbij hardhandig uitgezet, wat later geresulteerd heeft in een corrupte USB stick waardoor er een herinstall nodig was.
Ik draaide op 6.5 met een speciale vib van |sWORDs| om mijn Intel Union Point-H AHCI Controller in passthrough te zetten naar een FreeNAS installatie.
Ik heb (op een andere USB stick) snel ESXi 7 geinstalleerde gezien op deze machine ook mijn firewall draait en vrouwlief toch wel over een wifi verbinding haar series wilde bekijken, echter de passthrough werkt niet. Ik kan ook de vib zo snel niet vinden en weet ook niet of deze op ESXi 7 werkt.

Weet iemand of de controller uberhaupt nog in passthrough te krijgen is?

ESXi-7.0.0-15843807-standard
Gigabyte Z370 HD3 met een i3

code:

Vanuit VMWare webinterface
Union Point-H AHCI Controller
ID
0000:00:17.0

Device ID
0xa282

Vendor ID
0x8086

Function
0x0

Bus
0x0

Vendor Name
Intel Corporation

Class ID
0x106

Subdevice ID
0xb005

Subvendor ID
0x1458

Slot
0x17

vanuit lspci -v

code:

0000:00:17.0 Mass storage controller SATA controller: Intel Corporation Union Point-H AHCI Controller [vmhba0]          Class 0106: 8086:a282

vanuit lspci -p

code:

0000:00:17.0 8086:a282 1458:b005  11/   /0x31 A V vmw_ahci     vmhba0

[|sWORDs|]

WPN schreef op maandag 15 juni 2020 @ 23:42:
Afgelopen week ben ik verhuist. Helaas is mijn ESXi servertje hierbij hardhandig uitgezet, wat later geresulteerd heeft in een corrupte USB stick waardoor er een herinstall nodig was.
Ik draaide op 6.5 met een speciale vib van |sWORDs| om mijn Intel Union Point-H AHCI Controller in passthrough te zetten naar een FreeNAS installatie.
Ik heb (op een andere USB stick) snel ESXi 7 geinstalleerde gezien op deze machine ook mijn firewall draait en vrouwlief toch wel over een wifi verbinding haar series wilde bekijken, echter de passthrough werkt niet. Ik kan ook de vib zo snel niet vinden en weet ook niet of deze op ESXi 7 werkt.

Weet iemand of de controller uberhaupt nog in passthrough te krijgen is?

ESXi-7.0.0-15843807-standard
Gigabyte Z370 HD3 met een i3

code:

Vanuit VMWare webinterface
Union Point-H AHCI Controller
ID
0000:00:17.0

Device ID
0xa282

Vendor ID
0x8086

Function
0x0

Bus
0x0

Vendor Name
Intel Corporation

Class ID
0x106

Subdevice ID
0xb005

Subvendor ID
0x1458

Slot
0x17

vanuit lspci -v

code:

0000:00:17.0 Mass storage controller SATA controller: Intel Corporation Union Point-H AHCI Controller [vmhba0]          Class 0106: 8086:a282

vanuit lspci -p

code:

0000:00:17.0 8086:a282 1458:b005  11/   /0x31 A V vmw_ahci     vmhba0

Zowel de VIB als de handmatige stappen werken. USB corrupt is meestal een slecht teken, ik zou hem vervangen.

[WPN]

|sWORDs| schreef op dinsdag 16 juni 2020 @ 00:00:
[...]

Zowel de VIB als de handmatige stappen werken. USB corrupt is meestal een slecht teken, ik zou hem vervangen.

Ik heb de handmatige methode gebruikt, werkt weer opper best. Dank u

[B2]

Vandaag of morgen krijg ik mijn nieuwe 512 GB SSD binnen, 256GB was toch iets te weinig voor alle vm's.
VM's dus migreren van de ene datastore naar de andere. Zouden jullie gelijk de overstap van ESXI 6.7U3 naar 7 doen? USB stickie met 7 ligt al klaar.

[|sWORDs|]

B2 schreef op vrijdag 19 juni 2020 @ 11:25:
Vandaag of morgen krijg ik mijn nieuwe 512 GB SSD binnen, 256GB was toch iets te weinig voor alle vm's.
VM's dus migreren van de ene datastore naar de andere. Zouden jullie gelijk de overstap van ESXI 6.7U3 naar 7 doen? USB stickie met 7 ligt al klaar.

Als alle hardware compatible is wel, werkt hier al meer dan 6 maanden echt prima.

[B2]

|sWORDs| schreef op vrijdag 19 juni 2020 @ 12:01:
[...]

Als alle hardware compatible is wel, werkt hier al meer dan 6 maanden echt prima.

Intel NUC6, draait al tijden prima 6.5 en daarna 6.7.

[|sWORDs|]

B2 schreef op vrijdag 19 juni 2020 @ 12:09:
[...]


Intel NUC6, draait al tijden prima 6.5 en daarna 6.7.

I219-V zou prima moeten werken.

[x86dev]

marcel19 schreef op zaterdag 6 juni 2020 @ 22:07:
sinds kort heb ik een zigbee2mqtt stick en wat temperatuur en vochtigheid sensoren gekocht.

ik krijg het maar niet voor elkaar om deze werkend te krijgen in mijn Home assistant omgeving welke in ESXI draait.
Als ik een OVA file voor Virtualbox download en deze opstart in mijn windows omgeving werkt wel alles gelijk.
alle instellingen zijn gelijk.

de HA op mijn ESXI ziet wel netjes de stick en connect ook netjes met de MQTT broker, maar er worden geen nieuwe devices toegevoegd.

Zie ik nog iets over het hoofd?

EDIT: net getest op een pi4 met de officiele image, ook hier werkt het direct in een keer.
ik vermoed dat er iets niet goed gaat in mijn ESXI settings. ( de usb stick heb ik direct geforward in de VM )
Iemand met ESXI + Zigbee die dit wel werkend heeft?


In het Home assistent topic was er geen reactie.

Ik draai dezelfde configuratie als jou. ESXi 6.7 (volledig geupdate) met een VM waar ik Hassio op heb draaien (via Docker). Mijn zigbee stickje heb ik doorgelust naar de VM (usb versie 2).

Als je het probleem nog steeds hebt, stuur mij gerust een PM. Zie je het USB apparaat wel in de VM config erbij staan als je deze wilt toevoegen? En heb je de USB v2 controller toegevoegd aan de VM?

[marcel19]

x86dev schreef op zaterdag 20 juni 2020 @ 21:53:
[...]


Ik draai dezelfde configuratie als jou. ESXi 6.7 (volledig geupdate) met een VM waar ik Hassio op heb draaien (via Docker). Mijn zigbee stickje heb ik doorgelust naar de VM (usb versie 2).

Als je het probleem nog steeds hebt, stuur mij gerust een PM. Zie je het USB apparaat wel in de VM config erbij staan als je deze wilt toevoegen? En heb je de USB v2 controller toegevoegd aan de VM?

Ik ben er achter gekomen dat als ik de OVA pak van home assistant in plaats van de VDMK en deze inlaad in ESXI als bestaande server, dat wel alles werkt.

Moet wel zeggen dat ik merk dat het gigantisch traag is.
Ik merk duidelijk verschil tussen een PI3 en ESXI.

[B2]

marcel19 schreef op zondag 21 juni 2020 @ 07:42:
[...]


Ik ben er achter gekomen dat als ik de OVA pak van home assistant in plaats van de VDMK en deze inlaad in ESXI als bestaande server, dat wel alles werkt.

Moet wel zeggen dat ik merk dat het gigantisch traag is.
Ik merk duidelijk verschil tussen een PI3 en ESXI.

Misschien eens een docker container op een Ubuntu VM proberen? Draai al een paar jaar zo home assistant en nooit problemen met traagheid.

Of geef je bestaande VM eens meer resources.

[ Voor 4% gewijzigd door B2 op 21-06-2020 07:58 ]

[|sWORDs|]

marcel19 schreef op zondag 21 juni 2020 @ 07:42:
[...]


Ik ben er achter gekomen dat als ik de OVA pak van home assistant in plaats van de VDMK en deze inlaad in ESXI als bestaande server, dat wel alles werkt.

Moet wel zeggen dat ik merk dat het gigantisch traag is.
Ik merk duidelijk verschil tussen een PI3 en ESXI.

Ik wil wel even samen naar je host kijken in een videocall, misschien dat we kunnen zien waar het performance probleem zit.

[prutser001]

Iemand al iets gevonden om ESXI 7 te updaten via de update functie op niet ondersteunde CPU's?

Ik heb 7 geïnstalleerd dmv de AllowLegacyCpu=true optie wat gewoon zonder problemen werkt maar als ik wil updaten krijg ik de melding image not supported.

Anders moet ik het via USB doen wat toch minder handig is.

[B2]

Hm, kun je 6.7U3 niet meer downloaden en een license key voor krijgen?

[TomGear]

Heb zo net mijn server geupgrade,
En die heeft nu een intel i219-v wat volgens esxi ondersteund wordt, maar dit is dus niet het geval

Enige oplossing die ik vind is 6.5 te installen en dan te upgraden naar 6,7 ( wat ik nu heb )

Iemand een andere manier dat ik dit kan fixen ?

[|sWORDs|]

TomGear schreef op vrijdag 3 juli 2020 @ 18:25:
Heb zo net mijn server geupgrade,
En die heeft nu een intel i219-v wat volgens esxi ondersteund wordt, maar dit is dus niet het geval

Enige oplossing die ik vind is 6.5 te installen en dan te upgraden naar 6,7 ( wat ik nu heb )

Iemand een andere manier dat ik dit kan fixen ?

Nieuwere versie van 6.7 of 7 installeren?

[TomGear]

|sWORDs| schreef op vrijdag 3 juli 2020 @ 22:50:
[...]

Nieuwere versie van 6.7 of 7 installeren?

helaas nog steeds geen driver in deze versies,

[Vorkie]

TomGear schreef op maandag 6 juli 2020 @ 12:27:
[...]

helaas nog steeds geen driver in deze versies,

Dan heb je niet die kaart?

The ESXi 7.0 stock image can be installed without any issues on 5th Gen, 6th Gen, 7th Gen, 8th Gen and 9th Gen NUCs. Drivers for all onboard NICs (I218-LM, I219-LM, I219-V and I210-AT) are available in the stock image. Drivers for NVMe devices and any SATA AHCI controllers are also available without any customizations.

[TomGear]

Vorkie schreef op maandag 6 juli 2020 @ 12:28:
[...]


Dan heb je niet die kaart?


[...]

het is een 10th gen
https://www.asus.com/Motherboards/PRIME-Z490M-PLUS/

dus toch wel

[Vorkie]

TomGear schreef op maandag 6 juli 2020 @ 13:21:
[...]


het is een 10th gen
https://www.asus.com/Motherboards/PRIME-Z490M-PLUS/

dus toch wel

Network (Intel I219-V) - "No Network Adapters" Error
Requires ne1000 driver version 0.8.4-3, which is not bundled with any ESXi version at the moment

https://www.virten.net/20...0b-on-10th-gen-intel-nuc/

Heb je hier wat aan?

[TomGear]

Vorkie schreef op maandag 6 juli 2020 @ 13:39:
[...]


[...]


https://www.virten.net/20...0b-on-10th-gen-intel-nuc/

Heb je hier wat aan?

helaas deze ook al geprobeerd, en werkt nog steeds niet

toch bedankt

[|sWORDs|]

TomGear schreef op maandag 6 juli 2020 @ 13:46:
[...]


helaas deze ook al geprobeerd, en werkt nog steeds niet

toch bedankt

Kun je eens een lspci -v doen? Mag ook met een linux live cd.

[TomGear]

|sWORDs| schreef op maandag 6 juli 2020 @ 15:50:
[...]

Kun je eens een lspci -v doen? Mag ook met een linux live cd.

code:

00:1f.6 Ethernet controller: Intel Corporation Ethernet Connection (11) I219-V
    DeviceName: Onboard - Ethernet
    Subsystem: ASUSTeK Computer Inc. Ethernet Connection (11) I219-V
    Flags: bus master, fast devsel, latency 0, IRQ 128
    Memory at b1100000 (32-bit, non-prefetchable) [size=128K]
    Capabilities: <access denied>
    Kernel driver in use: e1000e
    Kernel modules: e1000e

[ Voor 85% gewijzigd door TomGear op 06-07-2020 20:41 ]

[|sWORDs|]

Nog weer nieuwer dan in de NUC. Waarschijnlijk 0D4D, kun je de ID eens laten zien ipv naam?
Kan ik eens kijken of ik die aan kan passen.

[ Voor 58% gewijzigd door |sWORDs| op 06-07-2020 21:23 ]

[TomGear]

|sWORDs| schreef op maandag 6 juli 2020 @ 21:22:
Nog weer nieuwer dan in de NUC. Waarschijnlijk 0D4D, kun je de ID eens laten zien ipv naam?
Kan ik eens kijken of ik die aan kan passen.

hoe laat ik id zien ?

[|sWORDs|]

TomGear schreef op maandag 6 juli 2020 @ 21:32:
[...]


hoe laat ik id zien ?

Misschien -n

[TomGear]

|sWORDs| schreef op maandag 6 juli 2020 @ 21:36:
[...]

Misschien -n

0d4d

[ Voor 4% gewijzigd door TomGear op 06-07-2020 22:20 ]

[|sWORDs|]

TomGear schreef op maandag 6 juli 2020 @ 22:14:
[...]


0d4d

We zijn aan het kijken om deze mee te nemen in de volgende versie van de driver.

[TomGear]

|sWORDs| schreef op dinsdag 7 juli 2020 @ 10:26:
[...]

We zijn aan het kijken om deze mee te nemen in de volgende versie van de driver.

oke, zal ondertussen maar een andere nic kopen

[|sWORDs|]

TomGear schreef op dinsdag 7 juli 2020 @ 10:30:
[...]


oke, zal ondertussen maar een andere nic kopen

Ik kan niets over de doorloop tijd zeggen, misschien heb ik een driver in een paar uur, misschien in een maand.

[TomGear]

dan wacht ik nog even, bedankt

[ Voor 32% gewijzigd door TomGear op 07-07-2020 21:27 ]

[Workaholic]

Heeft iemand een idee hoe ik dit kan oplossen?



Met het verhuizen van wat VM's blijf ik deze melding krijgen. Als ik op browse click en daarna op openen werkt de VM en start hij op zonder problemen. Ik hoef dus niet naar een andere map of file te zoeken voor alle duidelijkheid.

Iemand een idee? Gaat om laatste versie van Vmware Workstation.

Uit de VMX file haal ik de volgende vmdk regels en file paths en deze zijn allen correct.

code:

fileSearchPath = "D:\Vmware\VirtualMachines\Win10-VM01;."
scsi0:1.fileName = "Win10-VM01-1-000001.vmdk"
scsi0:0.fileName = "Win10-VM01-000001.vmdk"
nvme0:0.fileName = "Win10-VM-Dschijf.vmdk"

VM uit de inventory halen en opnieuw toevoegen helpt niet. Vreemd genoeg werkt de VM wel nadat ik op browse click en daarna op OK (file staat er gewoon).

[ Voor 39% gewijzigd door Workaholic op 08-07-2020 16:26 ]

[|sWORDs|]

TomGear schreef op dinsdag 7 juli 2020 @ 11:38:
dan wacht ik nog even, bedankt

En Tomgear heeft een werkende unsigned driver, over een tijdje signed op vmware.com.

Ondertussen heb ik een 6.7 en 7 iso met unsigned driver beschikbaar via PM.

[TomGear]

|sWORDs| schreef op woensdag 8 juli 2020 @ 23:59:
[...]

En Tomgear heeft een werkende unsigned driver, over een tijdje signed op vmware.com.

Ondertussen heb ik een 6.7 en 7 iso met unsigned driver beschikbaar via PM.

waarvoor dank!!!

[hansdegit]

Hi,

Draai hier ESXi 7.0 op een Supermicro X10SL7-F (oudje, ik weet het). Ik probeer de USB controllers door te geven aan een W10 guest, maar om één of andere reden kan ik geen vinkje meer zetten bij de controller.

Ik heb op het mobo twee van deze: "Intel Corporation 8 Series/C220 Series Chipset Family USB xHCI"

Onder 6.5 kon ik ze nog vrolijk doorgeven, wel prettig aangezien ik de server ook misbruik als desktop machine en dus keyboard/mouse wil gebruiken.

Ik heb dit ook al geprobeerd:
"esxcli system module set -m=vmkusb -e=FALSE", maar na de reboot kan ik de controllers nog steeds niet geschikt krijgen voor Passthrough.

Andere mogelijkheid is om een externe / nieuwe xHCI controller te kopen, maar ik kan moeilijk ontdekken welke controller dan wél geschikt zou zijn..

Gaarne advies.

[|sWORDs|]

hansdegit schreef op dinsdag 14 juli 2020 @ 15:30:
Hi,

Draai hier ESXi 7.0 op een Supermicro X10SL7-F (oudje, ik weet het). Ik probeer de USB controllers door te geven aan een W10 guest, maar om één of andere reden kan ik geen vinkje meer zetten bij de controller.

Ik heb op het mobo twee van deze: "Intel Corporation 8 Series/C220 Series Chipset Family USB xHCI"

Onder 6.5 kon ik ze nog vrolijk doorgeven, wel prettig aangezien ik de server ook misbruik als desktop machine en dus keyboard/mouse wil gebruiken.

Ik heb dit ook al geprobeerd:
"esxcli system module set -m=vmkusb -e=FALSE", maar na de reboot kan ik de controllers nog steeds niet geschikt krijgen voor Passthrough.

Andere mogelijkheid is om een externe / nieuwe xHCI controller te kopen, maar ik kan moeilijk ontdekken welke controller dan wél geschikt zou zijn..

Gaarne advies.

Arbitrator moet ook uit.

[hansdegit]

code:

/etc/init.d/usbarbitrator stop

Antwoord van ESXi is dat -ie niet draait...Fout commando gebruikt?

[jwvdst]

Kan iemand mij vertellen of ik een intel quad ethernet nic als switch onder esxi kan laten werken?