Het grote ESXi/vSphere Topic

[Vorkie]

112fan schreef op zaterdag 4 maart 2017 @ 15:46:
Heeft iemand hier wel eens gehad dat een HP NC364T Quad port nic steeds disconnected in VMWare? Het maakt niet uit welke poort ik gebruik, zodra ik een VM aan een vSwitch op de betreffende poort koppel en er bijv. een simpele ping overheen stuur wordt de status van de fysieke poort in VMWare in disconnected.

Op de kaart fysiek branden alle lampjes op de poort nog gewoon en knipperen ook alsof er data overheen gaat.

Ik heb de kaart in een andere server gedaan en daar werkte hij perfect. Die server heeft dezelfde ESXI versie als de host waarin hij het niet doet, 6.0u2.

Als ik een Dual port nic op hetzelfde PCI-e slot aansluit werkt die wel zonder problemen en valt niet uit.

Ik heb de server al een paar keer opnieuw geïnstalleerd met ESXI 6 en 6.5 maar dit maakte geen verschil.

Iemand een idee wat het kan zijn?

Edit: ik heb verschillende switches geprobeerd dus het zit niet in een defecte switch poort.

Dan lijkt het eerder iets mbt powersupply naar dat slot, kan dat? Heb je al een ander slot geprobeerd?

[FireDrunk]

Belangrijk: Welke versie van ESXi draai je? En heb je alle patches geinstalleerd?
(Driver patches zijn soms lose updates/bundles...)

[ Voor 24% gewijzigd door FireDrunk op 06-03-2017 12:42 ]

[FireDrunk]

https://www.servethehome....i-a-pink-screen-of-death/

YouTube: AMD Ryzen with VMware ESXi 6.5 - Ultimate Homelab? We Tried It

[Vorkie]

FireDrunk schreef op maandag 6 maart 2017 @ 14:19:


https://www.servethehome....i-a-pink-screen-of-death/

YouTube: AMD Ryzen with VMware ESXi 6.5 - Ultimate Homelab? We Tried It

Maar is dat niet logisch voor nu? Volgens mij was dit ook met de introductie van de Sandy Bridge.

[FireDrunk]

Ja, het is enigzins te verwachten, maar dat betekend ook (omdat de update van ESXi met AMD ondersteuning waarschijnlijk nog wel even op zich laat wachten) dat we een poos moeten wachten tot we ESXi bakken kunnen uitrusten met AMD CPU's.

[DennusB]

FireDrunk schreef op maandag 6 maart 2017 @ 14:19:


https://www.servethehome....i-a-pink-screen-of-death/

YouTube: AMD Ryzen with VMware ESXi 6.5 - Ultimate Homelab? We Tried It

Goede reden om Hyper-V te gaan draaien, werkt ook als een trein en nog gratis ook

[FireDrunk]

Zonder GUI, en een krakkemikkige CLI.. nee-bedankt

[DennusB]

FireDrunk schreef op maandag 6 maart 2017 @ 14:34:
Zonder GUI, en een krakkemikkige CLI.. nee-bedankt

De CLI werkt prima hoor, iig sinds R2. En de GUI draai je gewoon op je eigen PC Werkt prima!

[FireDrunk]

Voor mensen die nog uitkijken naar een goedkope NVMe SSD zodat ze hun Onboard AHCI controller door kunnen geven:

http://www.thessdreview.c...ew-480gb-unmatched-value/

The MyDigitalSSD BPX is a PCIe 3.0 x4 NVMe SSD that comes in an M.2 2280 form factor. It is available in capacities of 120GB ($77.43), 240GB ($114.99) and 480GB ($199.99).

Presteert beter dan een Intel 600p en heeft een keurig laag idle energieverbruik.

[Pantagruel]

FireDrunk schreef op dinsdag 7 maart 2017 @ 10:49:
Voor mensen die nog uitkijken naar een goedkope NVMe SSD zodat ze hun Onboard AHCI controller door kunnen geven:

http://www.thessdreview.c...ew-480gb-unmatched-value/


[...]

Presteert beter dan een Intel 600p en heeft een keurig laag idle energieverbruik.

[afbeelding]

Idd, hier te vinden: http://www.reposit.nl/myd...pcie-3-0-x4-nvme-ssd.html met zijn € 240,- wel net ff duurder dan de i600p.

Ziet er idd smakelijk uit, jammer genoeg al een Intel 600p in huis voor t nieuwe ESXi server projectje


@FireDrunk below:

128 GB € 90
256 GB € 130

[ Voor 25% gewijzigd door Pantagruel op 07-03-2017 11:48 . Reden: prijs vermelding SSD's ]

[FireDrunk]

Ik ben heel benieuwd naar de prestaties en prijs van het 128GB model...

Oeh, dat valt me nog wel tegen, ik had gehoopt op sub 75 euro.

[ Voor 33% gewijzigd door FireDrunk op 07-03-2017 11:51 ]

[FireDrunk]

offtopic:
dubbelpost

[ Voor 84% gewijzigd door FireDrunk op 07-03-2017 11:50 ]

[|sWORDs|]

FireDrunk schreef op dinsdag 7 maart 2017 @ 11:36:
Ik ben heel benieuwd naar de prestaties en prijs van het 128GB model...

Oeh, dat valt me nog wel tegen, ik had gehoopt op sub 75 euro.

Zotac (Sonix), PNY (CS2030), Corsair (MP500) en Patriot (Hellfire) hebben dezelfde Phison PS5007-E7 (PS5007-11) controller en zelfde flash chips (Toshiba 15nm planar MLC) als MyDigitalSSD (BPX). Misschien Toshiba zelf ook wel, die deden in het verleden ook zaken met Phison. De chip kan ook TLC aan, dus misschien dat er nog iemand met TLC komt, aangezien Phison zelf de firmware maakt (dus niet zoals bij Marvell) verwacht ik vrijwel identieke scores voor alle drives zolang ze dezelfde base firmware versie gebruiken.

Edit; nog meer:
Apacer (Z280)
Super Talent (AIC314)
G SKILL (Phoenix)
Mushkin (Striker)
Kingston (?)

4K write QD32:


Databasesimulatie QD32:




Zotac met andere firmware???

[ Voor 60% gewijzigd door |sWORDs| op 07-03-2017 14:24 ]

[FireDrunk]

Oh waarschijnlijk. Die Phison E7 is ook een echte budget controller, maar zeker niet slecht.
(Kan je iets dat > 1.2GB/s doet nog budget noemen? )

Het is vooral leuke bang/buck voor de 'feature' om je Onboard AHCI controller door te geven.

[FireDrunk]

nieuws: AMD presenteert Naples-serverprocessors

128 PCIe Lanes... Dat zijn veel NVMe drives

[|sWORDs|]

FireDrunk schreef op dinsdag 7 maart 2017 @ 14:20:
Oh waarschijnlijk. Die Phison E7 is ook een echte budget controller, maar zeker niet slecht.
(Kan je iets dat > 1.2GB/s doet nog budget noemen? )

Het is vooral leuke bang/buck voor de 'feature' om je Onboard AHCI controller door te geven.

Ik zou hem een stapje hoger dan de Marvell en de Silicon Motion zetten:

Controller	Drives	Channels	MHz	Cores
Intel CH29AE41AB0	Intel 750/x3xx0	18	400	?
Samsung Polaris	Samsung 960/xM961	8	?	5
Samsung UBX	Samsung 950/xM951	8	500	3
Phison PS5007-E7	Zotac Sonix, PNY CS2030, Corsair MP500, Patriot Hellfire, Apacer Z280, Super Talent AIC314, G.Skill Phoenix, Mushkin Striker	8	?	4
Marvell 'Eldora' 88SS1093	Plextor M8Pe	8	?	3
Silicon Motion SM2260	Intel 600p, ADATA XPG	8	?	2

FireDrunk schreef op dinsdag 7 maart 2017 @ 15:54:
nieuws: AMD presenteert Naples-serverprocessors

[...]

Ik vraag me af wat de frequency wel niet moet zijn. De all core turbo bin van de 2699 v4 is al 2.8, de 2699A zal dus 2.9-3.0 zijn. AMD 2.5x sneller met "maar" 1.33x het aantal cores en multithreaded gelijke IPC... Kom ik op zo'n 5.5GHz, ik denk dat ze een benchmark pakken die zwaar op geheugendoorvoer (8x2400/4x1866 = 2,57) leunt.
En die insufficient memory to load is natuurlijk een beetje kinderachtig, doe dan dezelfde test met 16x32GB ipv 32x16GB. Ik geloof niet dat ik ooit iemand heb horen klagen over de max 1536GB per Intel CPU (6TB op Quad CPU borden).

Niet dat ik Naples niet interessant vind, ik baal gewoon een beetje van een benchmark waar we niets (geen bedrag, geen TDP, geen frequency) aan kunnen afleiden.
Ook zie ik de Intel slides al komen waarin ze 4 CPU's tegen AMD's max 2 CPU laten zien.

FireDrunk schreef op dinsdag 7 maart 2017 @ 15:54:
[...]
128 PCIe Lanes... Dat zijn veel NVMe drives

Maximaal 12.

[ Voor 71% gewijzigd door |sWORDs| op 07-03-2017 17:35 ]

[Deem007492]

Is het mogelijk om een bestaande esxi storage disk (1) te clonen met bijv. clonezilla naar een andere tijdelijke storage disk (2)?

De reden dat ik dit vraag is dat ik de bestaande storage disk (1) eerst leeg moet maken en daarna ga gebruiken tezamen met een vergelijkbare hdisk en raidcontrollor voor een RAID 1 array (storage disk).
Storage disk 2 is tijdelijk benodigd voor opslag van de VM's van disk 1. Zodra de RAID 1 array is opgebouwd dan moeten de VM's van de tijdelijke disk 2 terug naar de RAID 1 array verplaatst worden. Zou deze stap ook met clonezilla kunnen plaatsvinden?

Of is dit geen goede werkwijze?

Zie voor meer info: Storage thuisserver. RAID-controller? Passthrough? Softraid?

[dotacom]

Hallo,

Het bedrijf waar ik recentelijk ben beginnen werken werkt als volgt:

Op een netwerklocatie staat een complete Windows10 blanco VM. Deze VM was eerst geconfigureerd via een ESXi 6.0 host. Nadien werd de VM uitgeschakeld en werd heel de VM folder gekopieërd naar de netwerklocatie.

Indien ontwikkelaars hier een test VM willen, kopieëren ze heel deze folder naar hun lokale PC en openen deze met VMware player. De VM staat op DHCP dus er zijn geen netwerkconflicten. Alleen hebben zo wel elke VM dezelfde PC naam. De VM wordt lokaal op bridged gezet.

Nu vraag ik mij af of dit wel the way to go is? Dit principe werkt in sé wel goed en ontwikkelaars kunnen enorm snel een VM deployen op hun eigen systeem.
Ik las dat het beter is om de VM voor te bereiden op de ESXi host, deze te exporteren naar OVA formaat. Ontwikkelaars kopieëren zo dan het OVA bestaan lokaal en importeren dit. Ik heb dit getest en dit duurt toch iets langer.

Iemand die hier advies kan geven hoe we dit best aanpakken?

[|sWORDs|]

Deem007492 schreef op dinsdag 7 maart 2017 @ 21:06:
Is het mogelijk om een bestaande esxi storage disk (1) te clonen met bijv. clonezilla naar een andere tijdelijke storage disk (2)?

De reden dat ik dit vraag is dat ik de bestaande storage disk (1) eerst leeg moet maken en daarna ga gebruiken tezamen met een vergelijkbare hdisk en raidcontrollor voor een RAID 1 array (storage disk).
Storage disk 2 is tijdelijk benodigd voor opslag van de VM's van disk 1. Zodra de RAID 1 array is opgebouwd dan moeten de VM's van de tijdelijke disk 2 terug naar de RAID 1 array verplaatst worden. Zou deze stap ook met clonezilla kunnen plaatsvinden?

Of is dit geen goede werkwijze?

Zie voor meer info: Storage thuisserver. RAID-controller? Passthrough? Softraid?

Zolang de source disk niet tegelijk actief is als de destination na het clonen moet dat werken. Ik zou de disk nog niet wipen, maar even loskoppelen. Pas wipen nadat de test succesvol is.

dotacom schreef op woensdag 8 maart 2017 @ 11:30:
Hallo,

Het bedrijf waar ik recentelijk ben beginnen werken werkt als volgt:

Op een netwerklocatie staat een complete Windows10 blanco VM. Deze VM was eerst geconfigureerd via een ESXi 6.0 host. Nadien werd de VM uitgeschakeld en werd heel de VM folder gekopieërd naar de netwerklocatie.

Indien ontwikkelaars hier een test VM willen, kopieëren ze heel deze folder naar hun lokale PC en openen deze met VMware player. De VM staat op DHCP dus er zijn geen netwerkconflicten. Alleen hebben zo wel elke VM dezelfde PC naam. De VM wordt lokaal op bridged gezet.

Nu vraag ik mij af of dit wel the way to go is? Dit principe werkt in sé wel goed en ontwikkelaars kunnen enorm snel een VM deployen op hun eigen systeem.
Ik las dat het beter is om de VM voor te bereiden op de ESXi host, deze te exporteren naar OVA formaat. Ontwikkelaars kopieëren zo dan het OVA bestaan lokaal en importeren dit. Ik heb dit getest en dit duurt toch iets langer.

Iemand die hier advies kan geven hoe we dit best aanpakken?

Horizon Flex?
Maar:

1. Wat is de exacte use case?
2. Waarom moeten de VM's lokaal draaien? (Met Horizon View + Instant Clones heb je een VM binnen 20 seconden up and running)
3. Waarom geen sysprep (kijk ook naar /mode:vm en unattend.xml) voor de shutdown van je master image?
4. Hoe groot is je master image en komt dat overeen met de size binnen de VM? Zo niet zie zero space/hole punching in de startpost.
5. Zijn de VMware OS Optimization Tool, juiste virtuele netwerkkaart (VMXNET3) en diskcontroller (PVSCSI) wel gebruikt?

Of je nou een OVA gebruikt of op "I copied it" drukt bij openen in player, in principe is dat hetzelfde (Nieuwe UUID en MAC). Voordeel van OVA is dat je bij sommige producten vragen kunt beantwoorden en die weer kunt gebruiken met scripts binnen de VM, verder de compressie zonder dat gebruikers eerst iets uit moeten pakken.

[ Voor 52% gewijzigd door |sWORDs| op 08-03-2017 12:39 ]

[dotacom]

|sWORDs| schreef op woensdag 8 maart 2017 @ 11:56:
[...]

Horizon Flex?
Maar:

1. Wat is de exacte use case?
2. Waarom moeten de VM's lokaal draaien? (Met Horizon View + Instant Clones heb je een VM binnen 20 seconden up and running)
3. Waarom geen sysprep (kijk ook naar /mode:vm en unattend.xml) voor de shutdown van je master image?
4. Hoe groot is je master image en komt dat overeen met de size binnen de VM? Zo niet zie zero space/hole punching in de startpost.
5. Zijn de VMware OS Optimization Tool, juiste virtuele netwerkkaart (VMXNET3) en diskcontroller (PVSCSI) wel gebruikt?

De regel is hier: alleen VM's waar met meerdere personen op gewerkt wordt, mogen op de ESXi host draaien. De ontwikkelaars gebruiken deze VM's lokaal om allerlei testen uit te voeren. Zo worden deze VM's normaal na 2 weken terug gedeleted als de testen succesvol waren.
Onze ESXi host is ook niet krachtig genoeg om alle VM's te draaien. We willen ook vermijden dat iedereen hieraan kan.

VMXNET3 & PVSCi adapter worden gebruikt.

Ik dacht dat de sysprep werd uitgevoerd bij het toepassen van de Guest Customization profiel. Ik moet toegeven dat ik hiervan het nut niet volledig inzie, sysprep blijft voor mij iets abstrakt.

[|sWORDs|]

dotacom schreef op woensdag 8 maart 2017 @ 12:41:
[...]
De regel is hier: alleen VM's waar met meerdere personen op gewerkt wordt, mogen op de ESXi host draaien. De ontwikkelaars gebruiken deze VM's lokaal om allerlei testen uit te voeren. Zo worden deze VM's normaal na 2 weken terug gedeleted als de testen succesvol waren.
Onze ESXi host is ook niet krachtig genoeg om alle VM's te draaien. We willen ook vermijden dat iedereen hieraan kan.
[...]

Er zijn ook voordelen aan virtueel centraal draaien, zoals werken vanuit thuis, makkelijk management, etc. Het zou dus ook een overweging kunnen zijn om een paar ESXi hosts te plaatsen ipv dikke laptops.

dotacom schreef op woensdag 8 maart 2017 @ 12:41:
[...]
Ik dacht dat de sysprep werd uitgevoerd bij het toepassen van de Guest Customization profiel. Ik moet toegeven dat ik hiervan het nut niet volledig inzie, sysprep blijft voor mij iets abstrakt.

Er zijn meerdere zaken die een VM uniek maken:

1. BIOS UUID -> "I copied it"
2. MAC Adres -> "I copied it"
3. IP -> "DHCP/OVA properties en script"
4. Computername -> Sysprep/OOBE/OVA properties en script
5. Windows UUID (/domain join) -> Sysprep

ESXi heeft het voordeel dat de sysprep unattend.xml dynamisch aangepast kan worden, bijvoorbeeld de naam van de VM als computername gebruiken.

Verder doet sysprep nog een hardware reset, maar bij een VM is dat onzin en kost alleen maar veel tijd (/mode:VM). Met Horizon View hoef je geen Sysprep te gebruiken maar heb je ook quickprep (Linked Clones) en cloneprep (Instant Clones).

Gezien dat je het over host (enkelvoud) hebt zal de schaal te klein zijn om winst uit Horizon (Flex/View/Cloud) te halen. Dan zou je de computernaam en eventuele domain join met een gebruikers instructie, scripts of sysprep kunnen doen.

[ Voor 32% gewijzigd door |sWORDs| op 08-03-2017 13:04 ]

[ThinkPad]

ThinkPadd schreef op dinsdag 21 februari 2017 @ 20:53:
***members only***

Vandaag eens een VM met Veeam Backup&Replication opgezet, krijg ik de foutmelding "Current vSphere license or ESXi version prohibits execution of the requested operation". Kan ik nog niks omdat hij ESXi free blijkbaar niet mag backuppen.

Hoe doen jullie dat? Kun je ook een ESXi NFR license krijgen als je MCSA bent?

[stormfly]

Grote kans van wel, ze gewoon een mail sturen schijnt goed te helpen.


16vms en max 2 hosts krijg je dan met een jaar (of twee).

[dotacom]

|sWORDs| schreef op woensdag 8 maart 2017 @ 12:45:
[...]

Er zijn ook voordelen aan virtueel centraal draaien, zoals werken vanuit thuis, makkelijk management, etc. Het zou dus ook een overweging kunnen zijn om een paar ESXi hosts te plaatsen ipv dikke laptops.


[...]

Er zijn meerdere zaken die een VM uniek maken:

1. BIOS UUID -> "I copied it"
2. MAC Adres -> "I copied it"
3. IP -> "DHCP/OVA properties en script"
4. Computername -> Sysprep/OOBE/OVA properties en script
5. Windows UUID (/domain join) -> Sysprep

ESXi heeft het voordeel dat de sysprep unattend.xml dynamisch aangepast kan worden, bijvoorbeeld de naam van de VM als computername gebruiken.

Verder doet sysprep nog een hardware reset, maar bij een VM is dat onzin en kost alleen maar veel tijd (/mode:VM). Met Horizon View hoef je geen Sysprep te gebruiken maar heb je ook quickprep (Linked Clones) en cloneprep (Instant Clones).

Gezien dat je het over host (enkelvoud) hebt zal de schaal te klein zijn om winst uit Horizon (Flex/View/Cloud) te halen. Dan zou je de computernaam en eventuele domain join met een gebruikers instructie, scripts of sysprep kunnen doen.

Bedankt voor je uitleg, heb hier echt enorm veel aan.

Gaat inderdaad over vrij kleine omgeving waardoor een gespecialiseerde oplossing niet ideaal is.

Wat is je mening over het exporten/import via OVA of volledig de VM op een netwerkshare zetten?
In mijn ogen zijn er 3 opties stel dat een ontwikkelaar een VM nodig heeft. Optie 1 is zoals het nu is.

1. De volledige VM staat op een netwerkshare en wordt rechtstreeks gedownload naar de lokale PC
2. De VM staat in OVA formaat op networkshare en wordt gekopieerd lokaal, hierna geïmporteerd
3. De VM wordt rechtstreeks uitgerold adhv VMware template, hierdoor kan meteen een statisch IP en PC naam meegegeven worden adhv Guest Customization wizard

[Nakebod]

Met mijn beperkte ESX kennis en dus het risico dat ik hele stomme dingen roep ga ik het toch proberen.
Roep vooral als ik hele stomme dingen probeer.

Allereerst wat ik wil bereiken:
Colocated server, hobbyproject, zonder hardware firewall.
Server installeren met ESX, en de ESX webinterface via een Sophos UTM firewall op de ESX host beschikbaar maken. (VPN, IP restricties, etc.)
_{Met het risico dat ESX en/of de firewall niet start en het allemaal niet werkt. Firewall zou nog in HA setup kunnen draaien.}
Dat het geen alledaagse oplossing is ben ik inmiddels wel achter
Alternatief is een publiek IP aan de ESX host hangen, maar daar ben ik eigenlijk geen voorstander van.

Andere oplossingen hoor ik ook graag

Samenvatting vooraf:
Kan het zijn dat het management netwerk/webinterface alleen functioneert als je werkelijk via een kabel aan de fysieke interface binnenkomt?

Mijn idee/configuratie is als volgt, behalve dat ik het niet werkend krijg..
ESX host met meerdere ethernet poorten.
vmnic0: WAN.
vmnic3: Management.

Port Groups:
WAN > vSwitch_WAN > Physical adapter vmnic0
VM Network > vSwitch_LAN (Geen physical adapter)
VM Management > vSwitch_Management > Physical adapter vmnic3
Management > vSwitch_Management > VMkernel (IP 192.168.10.100)

VM's:
Firewall, 3 netwerkkaarten. WAN, met meerdere publieke IP's. (Als test even in 10.0.0.0 range), VM Network (192.168.0.0) en VM Management (192.168.10.0).
Overige Guest VM's alleen VM Network (192.168.0.0)

Via mijn firewall kan ik pingen naar 192.168.10.100 (ESX Host)
Vanaf de ESX host kan ik pingen naar 192.168.10.254 (Firewall)

In de Sophos firewall wat regels aangemaakt voor HTTP/HTTPS en SSH. Dezelfde regels gebruik ik ook om bijv SSH op een extern IP door te sturen naar een Ubuntu VM.
Probeer ik vanaf "extern" te verbinden zie ik de connectie in de log langskomen als accepted, maar ik kom er niet op. De ESX firewall is als test ook even helemaal uitgeschakeld.

Ook nog een nieuwe portgroup met VMkernel op vSwitch_LAN aangemaakt, met IP 192.168.0.100. Via een guests kan ik de webinterface bereiken via 192.168.0.100.

Hier probeer ik via VPN (10.10.10.0) te verbinden. Volgens de firewall lukt dat, maar lijkt daarna in een zwart gat te verdwijnen.

Nu is mijn voorlopige conclusie dat het lijkt alsof het management netwerk alleen werkt als je fysiek via een kabel binnenkomt op vmnic3. Wat raar is omdat ik via een guest VM wel naar 192.168.0.100 kan.

Whelp!

[FireDrunk]

Je VMKernel IP is 192.168.10.100? En je probeert te connecten naar 192.168.0.100?

(Overigens kan je dit veeeeeel simpeler doen, door alleen SSH open te zetten met key based access van buitenanf, en dan een tunneltje te maken voor de web interface. Heb je helemaal geen firewall vm nodig...)

[ Voor 56% gewijzigd door FireDrunk op 08-03-2017 15:38 ]

[Nakebod]

Oh dat mag je even negeren (Wel goed gezien!)
Dat was de 2e test met een 2e vmkernel op vSwitch_LAN, die wel 192.168.0.100 had

Editje: Ah kijk, SSH tunnel klinkt ook goed. Dus dan in principe wel direct aan het internet, alleen de firewall op ESX helemaal dicht behalve SSH?
Straks eens even opzoeken.

[ Voor 40% gewijzigd door Nakebod op 08-03-2017 15:41 ]

[FireDrunk]

Ja en dan doe je op je Linux client (of PuTTy)

ssh <public-ip> -D1080

Daarna in je browser proxy op poort 1080 zetten (ik gebruik altijd SwitchyOmega om snel Proxies te kunnen wisselen).

Daarna gewoon browsen naar https://<management_ip>/ui

[Nakebod]

Eerste snelle test ziet er goed uit. Totdat ik gek werd van de herrie Stomme HP met non-HP disks die zogenaamd overheated zijn en fans op 80% draaien

In PuTTY heb ik source port 443, destination 192.168.0.100:443. Kan nu gewoon naar https://localhost/ui/ gaan en het werkt. Niet eens proxy instellingen aanpassen.

Op dit moment heb ik 2 management netwerken, 1 op de WAN, en 1 op het LAN.
Even voor mijn beeldvorming, ik heb uiteindelijk maar 1 management netwerk nodig neem ik aan, die op de WAN switch aangesloten is? En daaraan 1 van de publieke IP adressen toekennen, en dan connectie maken met SSH.

Moet nog wel even de ESX firewall uitpluizen om die goed dicht te zetten.

[ThinkPad]

stormfly schreef op woensdag 8 maart 2017 @ 13:19:
Grote kans van wel, ze gewoon een mail sturen schijnt goed te helpen.


16vms en max 2 hosts krijg je dan met een jaar (of twee).

Helaas, zo makkelijk gaat het blijkbaar niet. Gisteren een mailtje gestuurd dat ik een homelab enthousiasteling ben en of ik een NFR license kon krijgen. Reactie:

Please note NFR licenses can be issued only to the registered partners with Vmware as a benefit to them based on their partnership level.

[stormfly]

Bijzonder @ThinkPad want mijn werkgever is wel VMware partner maar ik heb mijn persoonlijke certificaten laten zien voor VCP en VCAP6/VCIX.

Ik vraag me dan af of ze het @werkgever.nl email adres checken in een VMware database oid.

[FireDrunk]

Als je VCP / VCA hebt, ben jij zelf registered bij VMware, denk dat ze dat bedoelen.

[ThinkPad]

Ik ben niet gecertificeerd en heb ook niks via m'n werkgever gedaan, gewoon een mailtje naar customerservice met de vraag of ik een NFR-licentie kon krijgen

[|sWORDs|]

FireDrunk schreef op dinsdag 21 februari 2017 @ 13:07:
@|sWORDs| Die share scan per Ghz kan toch veel hoger zou je denken? Geheugen zit in de orde van GB/s, of moet ik dat lezen als effectieve winst / seconde ofzo?

Ben beniewd naar je post! Ik wil thuis een autoscaling lab maken met heel veel dezelfde VM's, daar zijn bijna al die settings ook wel van toepassing

Just-in-Time Apps with VMware Horizon 7

[Deem007492]

Gisteravond mijn ESXI met een Supermicro X10SL7-F voorzien van een HP P410/1G FBWC SAS Controller voor een nieuwe RAID 1+0 (2x SSD) VM datastore.

De P410 dient te voorzien worden van firmware versie 3.66 anders blijft deze in de initializing hangen en continu rebooten. Firmware 5.7 en 6.64 werken ook beide niet. Bios aanpassingen zoals OpROm policy uitschakelen helpt ook niet. Met 3.66 is het gelukt en kan de Raid worden aangemaakt.

Clonen van de oude datastore werkt overigens m.b.v. Clonezilla.

[ Voor 6% gewijzigd door Deem007492 op 09-03-2017 20:13 ]

[Snippo]

Snippo schreef op dinsdag 18 oktober 2016 @ 11:49:
Ik wil binnenkort een nieuwe server opzetten met een hypervisor. Het is de bedoeling dat één van de VM's Windows draait en daarbij ondersteuning heeft voor hardware acceleratie d.m.v. Intel Quick Sync. Nu heb ik al gezocht of dit mogelijk is waarbij ik alleen een aantal reacties tegen kom als 'Nee, niet mogelijk' of 'Wordt aan gewerkt', maar nu weet ik dus nog niets.
Misschien dat hier iemand dus het antwoord weet: is het mogelijk om ondersteuning voor Intel Quick Sync te krijgen in een VM door middel van GPU passthrough oid? (het hoeft ook niet per se in ESXi te zijn, maar zo te zien wordt dat het vaakst gebruikt).

Om mijn eigen vraag maar te beantwoorden: het is gelukt .


Na een mislukte poging om het in unRAID aan de praat te krijgen (wat het wel zou moeten ondersteunen) heb ik ESXi geprobeerd en dat werkte eigenlijk vrij makkelijk:
-VGA controller beschikbaar stellen voor passthrough
-In de VM de VGA controller doorgeven (PCI device)
-Guest tools installeren (zonder deze werkte het niet)
-De juiste Intel graphics drivers installeren

In de screenshot is te zien dat Quick Sync dus ook ondersteund wordt. Het enige wat niet lukt is om beeld te krijgen via de HDMI poort, maar dat gebruik ik zelf toch niet dus dat is voor mij verder geen probleem.

Ik heb verder dus totaal geen ervaring met ESXi dus meteen maar een beginners vraagje: waarom is het aantal 'cores per socket' alleen in te stellen op een zelfde waarde als het aantal 'CPU's'?
Voor zover ik het begrijp zit te optie erin om ipv 4 CPU's, 1 CPU met 4 cores door te geven aan een VM. Ik begrijp dan alleen niet waarom ik 4 CPU's met 4 cores per socket in kan stellen .

[Crahsystor]

Snippo schreef op vrijdag 10 maart 2017 @ 18:51:
[...]
Ik heb verder dus totaal geen ervaring met ESXi dus meteen maar een beginners vraagje: waarom is het aantal 'cores per socket' alleen in te stellen op een zelfde waarde als het aantal 'CPU's'?
Voor zover ik het begrijp zit te optie erin om ipv 4 CPU's, 1 CPU met 4 cores door te geven aan een VM. Ik begrijp dan alleen niet waarom ik 4 CPU's met 4 cores per socket in kan stellen .

Ik vermoed dat je ergens overheen gekeken hebt. Je kunt gewoon instellen wat jij wilt, 1 CPU met 4 Cores per CPU. De interface is niet super gebruiksvriendelijk daarmee, maar het zit er gewoon in.
En de 4x4 is natuurlijk, met name, voor flinke servers VMs. Hoe moet je anders een mobo met 4 sockets virttualiseren?

[Snippo]

Crahsystor schreef op zaterdag 11 maart 2017 @ 09:42:
[...]

Ik vermoed dat je ergens overheen gekeken hebt. Je kunt gewoon instellen wat jij wilt, 1 CPU met 4 Cores per CPU. De interface is niet super gebruiksvriendelijk daarmee, maar het zit er gewoon in.
En de 4x4 is natuurlijk, met name, voor flinke servers VMs. Hoe moet je anders een mobo met 4 sockets virttualiseren?

Dat laatste begrijp ik, maar waarom kan ik 4x4 selecteren met een 1x4 CPU?
Verder kan ik ook geen 4 cores voor 1 CPU selecteren lijkt het.(http://m.imgur.com/SmYwcXs,dJb98Zu).

Editie: volgens mij begrijp ik niet helemaal hoe die instelling precies werkt...

[ Voor 6% gewijzigd door Snippo op 11-03-2017 15:56 ]

[Crahsystor]

Snippo schreef op zaterdag 11 maart 2017 @ 15:50:
[...]

Dat laatste begrijp ik, maar waarom kan ik 4x4 selecteren met een 1x4 CPU?
Verder kan ik ook geen 4 cores voor 1 CPU selecteren lijkt het.(http://m.imgur.com/SmYwcXs,dJb98Zu).

Dat is vreemd. Ik had vanochtend meteen even zelf gekeken, op m'n ESXi 6u3, en daar werkt het wel gewoon. Misschien is er iets veranderd in 6.5 t.ov. 6.0, maar geen cores per socket kunnen toewijzen lijkt me eerder een bug dan normaal gedrag. Misschien dat iemand anders met een 6.5 installatie dat eens zou kunnen bekijken?

[Snippo]

Crahsystor schreef op zaterdag 11 maart 2017 @ 16:01:
[...]

Dat is vreemd. Ik had vanochtend meteen even zelf gekeken, op m'n ESXi 6u3, en daar werkt het wel gewoon. Misschien is er iets veranderd in 6.5 t.ov. 6.0, maar geen cores per socket kunnen toewijzen lijkt me eerder een bug dan normaal gedrag. Misschien dat iemand anders met een 6.5 installatie dat eens zou kunnen bekijken?

Ik denk dat ik door elkaar haal hoe het zou moeten werken als ik dit lees: https://kb.vmware.com/sel...playKC&externalId=1010184
CPU geeft aan hoeveel gevirtualiseerde CPU cores er zijn en cores per socket over hoeveel gevirtualiseerde CPU's dit verdeeld is? Dus 4x4 zou 1 CPU met 4 cores moeten zijn in een VM? Nodeloos ingewikkeld .

[Pantagruel]

|sWORDs| schreef op maandag 7 november 2016 @ 01:11:
Als er nog mensen gemakkelijker de Intel controller door willen kunnen geven: intel-passthrough.vib

[afbeelding]

Hi @|sWORDs| ,

Ik heb de file gedownload vanaf pastebin, de extra .txt extensie verwijderd en hem naar de datastore geupload.
Na de maintenance mode geactiveerd te hebben probeer ik de vib toe te voegen vanuit de CLI. Dit eindigt echter in een foutmelding:

code:

esxcli software vib install -v "/vmfs/volumes/NVME-i600p/vib/intel-passthrough.vib"
 [VibDownloadError]
 ('/vmfs/volumes/NVME-i600p/vib/intel-passthrough.vib', 'Bad VIB archive header')
        url = /vmfs/volumes/NVME-i600p/vib/intel-passthrough.vib

Toevoegen vanuit de webinterface geeft een gelijke foutmelding en een hint om 'the logs' te bekijken, in het esxupdate.log (/var/log/esxupdate.log) staat wederom:

code:

vmware.esximage.Errors.VibDownloadError: ('/vmfs/volumes/NVME-i600p/vib/intel-passthrough.vib', None, "('/vmfs/volumes/NVME-i600p/vib/intel-passthrough.vib', 'Bad VIB archive header')")

Enig idee hoe nu verder.

[|sWORDs|]

Pantagruel schreef op woensdag 15 maart 2017 @ 22:01:
[...]


Hi @|sWORDs| ,

Ik heb de file gedownload vanaf pastebin, de extra .txt extensie verwijderd en hem naar de datastore geupload.
Na de maintenance mode geactiveerd te hebben probeer ik de vib toe te voegen vanuit de CLI. Dit eindigt echter in een foutmelding:

code:

esxcli software vib install -v "/vmfs/volumes/NVME-i600p/vib/intel-passthrough.vib"
 [VibDownloadError]
 ('/vmfs/volumes/NVME-i600p/vib/intel-passthrough.vib', 'Bad VIB archive header')
        url = /vmfs/volumes/NVME-i600p/vib/intel-passthrough.vib

Toevoegen vanuit de webinterface geeft een gelijke foutmelding en een hint om 'the logs' te bekijken, in het esxupdate.log (/var/log/esxupdate.log) staat wederom:

code:

vmware.esximage.Errors.VibDownloadError: ('/vmfs/volumes/NVME-i600p/vib/intel-passthrough.vib', None, "('/vmfs/volumes/NVME-i600p/vib/intel-passthrough.vib', 'Bad VIB archive header')")

Enig idee hoe nu verder.

Er gaat iets mis via pastebin, ergens anders staat direct de vib file, ik zoek hem even op, ook moet je " --no-sig-check --force" gebruiken.

Edit, gevonden:

|sWORDs| schreef op maandag 13 februari 2017 @ 12:34:
[...]


Of nog gemakkelijker maak een custom iso met mijn intel-passtrough.vib of installeer de VIB los vanaf een datastore:

code:

esxcli software vib install -v /vmfs/volumes/myDatastore/VIB/intel-passthrough-1.0.0-01.x86_64.vib --no-sig-check --force

Dat moet werken, maar mocht dat zelfs niet lukken dan kun je ook dit doen:

|sWORDs| schreef op vrijdag 11 november 2016 @ 20:21:
Je kunt ook het volgende doen:

code:

vi /etc/vmware/passthru.map

Dan met 'dd' alle Intel regels behalve één weghalen.
Dan druk je op 'i' en maak je van de device-id 'ffff'
Dan 'esc' ':wq' 'enter'

De file ziet er dan als volgt uit:

code:

# passthrough attributes for devices
# file format: vendor-id device-id resetMethod fptShareable
# vendor/device id: xxxx (in hex) (ffff can be used for wildchar match)
# reset methods: flr, d3d0, link, bridge, default
# fptShareable: true/default, false

# Intel can be reset with d3d0
8086  ffff  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
# QLogic QL45604 cards need to be reset with "link" and cannot be shared
1077  1634  link     false
1077  1629  link     false
1077  1636  link     false
1077  1656  link     false
1077  1644  link     false
1077  1654  link     false
# LSILogic 1068 based SAS controllers
1000  0056  d3d0     default
1000  0058  d3d0     default
# NVIDIA
10de  ffff  bridge   false

En dat is exact wat de vib doet.

Of om echt alleen voor jouw specifieke SATA controller passthrough mogelijk maken zonder alle andere Intel devices kun je de guide volgen.

[ Voor 51% gewijzigd door |sWORDs| op 16-03-2017 00:39 ]

[Pantagruel]

|sWORDs| schreef op donderdag 16 maart 2017 @ 00:27:
[...]

Er gaat iets mis via pastebin, ergens anders staat direct de vib file, ik zoek hem even op, ook moet je " --no-sig-check --force" gebruiken.

Edit, gevonden:


[...]


Dat moet werken, maar mocht dat zelfs niet lukken dan kun je ook dit doen:

[...]


Of om echt alleen voor jouw specifieke SATA controller passthrough mogelijk maken zonder alle andere Intel devices kun je de guide volgen.

Thanks, vanavond ff doen

Inmiddels remote gedaan en na een reboot van ESXi kan ik idd de Intel Sunrise Point-H AHCI Controller
in passthrough zetten. Vanavond even t bewuste PCI id toevoegen ipv de 'grosso modo" FFFF want nu krijg ik ook allerlei andere speledingetjes die doorgegeven zouden kunnen worden wat niet op schiet (o.a thermal gedoe )

[ Voor 21% gewijzigd door Pantagruel op 16-03-2017 10:51 ]

[FireDrunk]

Thermal Device doorgeven, wahah, hilarisch, technisch gezien zou het kunnen gok ik, dan kan een VM de termperatuur van je Host systeem goed uitlezen

[Pantagruel]

FireDrunk schreef op donderdag 16 maart 2017 @ 13:26:
Thermal Device doorgeven, wahah, hilarisch, technisch gezien zou het kunnen gok ik, dan kan een VM de termperatuur van je Host systeem goed uitlezen

Yep, maar t staat toch echt tussen de potentieel door te geven devices:

code:

Sunrise Point-H Thermal subsystem

[FireDrunk]

Dat zeg ik, technisch gezien zou het best kunnen.

Maar dan nog:

[ Voor 23% gewijzigd door FireDrunk op 16-03-2017 15:42 ]

[endness]

Volgens mij zie ik iets over het hoofd... Ik heb een Dell PERC H310 geflashed naar IT mode, en hier 2 schijven aanhangen. Start ik vervolgens op, dan zie ik deze 2 schijven bij m'n storage staan, beschikbaar als datastore. Ik wil deze schijven echter doorgeven om softraid te draaien, dus heb ik vervolgens de complete HBA als passtrough toegevoegd. Daarna gekoppeld aan de bewuste VM, maar ik zie geen enkele schijf terugkomen. met `lspci` staat de bewuste HBA er wel tussen. Mis ik iets? Ik heb gecheckt of de schijven beschikbaar zijn met zowel fdisk -l als lsblk, maar bij beide staan ze er niet tussen...

[FireDrunk]

Kan je die lspci output eens posten? Zie je niet toevallig de vmware lsi controller?

[endness]

Ah shit, lijkt erop dat je gelijk hebt:

code:

storage@storage:~$ lspci
00:00.0 Host bridge: Intel Corporation 440BX/ZX/DX - 82443BX/ZX/DX Host bridge (rev 01)
00:01.0 PCI bridge: Intel Corporation 440BX/ZX/DX - 82443BX/ZX/DX AGP bridge (rev 01)
00:07.0 ISA bridge: Intel Corporation 82371AB/EB/MB PIIX4 ISA (rev 08)
00:07.1 IDE interface: Intel Corporation 82371AB/EB/MB PIIX4 IDE (rev 01)
00:07.3 Bridge: Intel Corporation 82371AB/EB/MB PIIX4 ACPI (rev 08)
00:07.7 System peripheral: VMware Virtual Machine Communication Interface (rev 10)
00:0f.0 VGA compatible controller: VMware SVGA II Adapter
00:11.0 PCI bridge: VMware PCI bridge (rev 02)
00:15.0 PCI bridge: VMware PCI Express Root Port (rev 01)
00:15.1 PCI bridge: VMware PCI Express Root Port (rev 01)
00:15.2 PCI bridge: VMware PCI Express Root Port (rev 01)
00:15.3 PCI bridge: VMware PCI Express Root Port (rev 01)
00:15.4 PCI bridge: VMware PCI Express Root Port (rev 01)
00:15.5 PCI bridge: VMware PCI Express Root Port (rev 01)
00:15.6 PCI bridge: VMware PCI Express Root Port (rev 01)
00:15.7 PCI bridge: VMware PCI Express Root Port (rev 01)
00:16.0 PCI bridge: VMware PCI Express Root Port (rev 01)
00:16.1 PCI bridge: VMware PCI Express Root Port (rev 01)
00:16.2 PCI bridge: VMware PCI Express Root Port (rev 01)
00:16.3 PCI bridge: VMware PCI Express Root Port (rev 01)
00:16.4 PCI bridge: VMware PCI Express Root Port (rev 01)
00:16.5 PCI bridge: VMware PCI Express Root Port (rev 01)
00:16.6 PCI bridge: VMware PCI Express Root Port (rev 01)
00:16.7 PCI bridge: VMware PCI Express Root Port (rev 01)
00:17.0 PCI bridge: VMware PCI Express Root Port (rev 01)
00:17.1 PCI bridge: VMware PCI Express Root Port (rev 01)
00:17.2 PCI bridge: VMware PCI Express Root Port (rev 01)
00:17.3 PCI bridge: VMware PCI Express Root Port (rev 01)
00:17.4 PCI bridge: VMware PCI Express Root Port (rev 01)
00:17.5 PCI bridge: VMware PCI Express Root Port (rev 01)
00:17.6 PCI bridge: VMware PCI Express Root Port (rev 01)
00:17.7 PCI bridge: VMware PCI Express Root Port (rev 01)
00:18.0 PCI bridge: VMware PCI Express Root Port (rev 01)
00:18.1 PCI bridge: VMware PCI Express Root Port (rev 01)
00:18.2 PCI bridge: VMware PCI Express Root Port (rev 01)
00:18.3 PCI bridge: VMware PCI Express Root Port (rev 01)
00:18.4 PCI bridge: VMware PCI Express Root Port (rev 01)
00:18.5 PCI bridge: VMware PCI Express Root Port (rev 01)
00:18.6 PCI bridge: VMware PCI Express Root Port (rev 01)
00:18.7 PCI bridge: VMware PCI Express Root Port (rev 01)
02:00.0 USB controller: VMware USB1.1 UHCI Controller
02:01.0 USB controller: VMware USB2 EHCI Controller
02:03.0 SATA controller: VMware SATA AHCI controller
03:00.0 Ethernet controller: VMware VMXNET3 Ethernet Controller (rev 01)
0b:00.0 SATA controller: Advanced Micro Devices, Inc. [AMD/ATI] SB7x0/SB8x0/SB9x0 SATA Controller [AHCI mode] (rev 40)
13:00.0 Serial Attached SCSI controller: LSI Logic / Symbios Logic SAS2008 PCI-Express Fusion-MPT SAS-2 [Falcon] (rev 03)

Die 0b:00.0 is m'n onboard HBA, daar moet de data nog vanaf gekopieerd worden naar de nieuwe schijven.. Die werkt wel zoals het hoort overigens.

Oplossing gevonden!

Zie: https://forums.servetheho...h-no-disks-detected.9578/. Door mpt2sas.msix_disable=1 en/of mpt3sas.msix_disable=1 toe te voegen aan de kernel boot command, werkt het nu wel

[ Voor 3% gewijzigd door endness op 19-03-2017 21:50 ]

[FireDrunk]

Mooi zo! Bij welk guest OS was dat?

[|sWORDs|]

endness schreef op zondag 19 maart 2017 @ 21:35:
[...]

Zie: https://forums.servetheho...h-no-disks-detected.9578/. Door mpt2sas.msix_disable=1 en/of mpt3sas.msix_disable=1 toe te voegen aan de kernel boot command, werkt het nu wel

Welke versie van ESXi is dat? Ik dacht dat de message signal interrupt extension vectors omhoog gegaan waren (?128? per core, maar daar gaan dan wel de vectors gebruikt door je devices vanaf). Een andere oplossing zou pciPassthru0.maxMSIXvectors = 31 in de VMX file zetten zijn of als dat niet werkt misschien pciPassthru0.msiEnabled = False.

[ Voor 14% gewijzigd door |sWORDs| op 20-03-2017 10:27 ]

[endness]

Ik draai 6.0u3. Ik heb overigens geprobeerd om de H310 terug te flashen en daar een hardware-raid op aan te maken, maar als ik die op passtrough probeer te zetten werkt het weer niet. Al vraag ik me af of ik niet sowieso beter software-raid kan draaien, maar dat is een andere discussie.

[|sWORDs|]

endness schreef op maandag 20 maart 2017 @ 10:49:
Ik draai 6.0u3. Ik heb overigens geprobeerd om de H310 terug te flashen en daar een hardware-raid op aan te maken, maar als ik die op passtrough probeer te zetten werkt het weer niet. Al vraag ik me af of ik niet sowieso beter software-raid kan draaien, maar dat is een andere discussie.

Dat is geen hardware RAID controller, dus ik zou hem zeker als HBA gebruiken.

[HikL]

Afgelopen week had ik me voorgenomen mijn homelab eens op te poetsen en bij te werken. Ik heb een upgrade gedaan naar 6.5 en heb me voor het eerst eens aan hole punching gewaagd om wat extra ruimte te krijgen. Tijdens het gebruik van sdelete merkte ik dat het systeem het zwaar te verduren kreeg en er wat latency errors opkwamen. Echter na voltooiing leek alles in orde.

Nu merk ik echter dat op mijn dataschijf (losse NTFS schijf via physical RDM) spontaan bestanden kapot zijn (en flink wat ook). In eerste instantie was ik bang dat de schijf het aan het begeven was maar de SMART data ziet er verder netjes uit, geen enkele realocated sector te zien. Ook checkdisk geeft geen fouten meer. Overigens is sommige van de kapotte data wel te kopiëren naar een externe locatie en vervolgens ook weer zonder problemen te openen. Echter direct lezen van de schijf geeft een niet gevonden of niet beschikbaar foutmelding.

Ik heb nu geen idee waar ik het zoeken moet al heb ik het idee dat de schijf zelf in orde is. Kan het zijn dat het holepunchen/sdelete schade heeft aangericht ondanks dat deze niet op de dataschijf (D:\) draaide maar op de VMFS datastore (C:\ in host)?

Of zou het toch een bug oid kunnen zijn in 6.5.

[FireDrunk]

Heb je de VM al gereboot? Misschien zijn er wat vage file caches actief?

[|sWORDs|]

HikL schreef op maandag 20 maart 2017 @ 14:27:
Afgelopen week had ik me voorgenomen mijn homelab eens op te poetsen en bij te werken. Ik heb een upgrade gedaan naar 6.5 en heb me voor het eerst eens aan hole punching gewaagd om wat extra ruimte te krijgen. Tijdens het gebruik van sdelete merkte ik dat het systeem het zwaar te verduren kreeg en er wat latency errors opkwamen. Echter na voltooiing leek alles in orde.

Nu merk ik echter dat op mijn dataschijf (losse NTFS schijf via physical RDM) spontaan bestanden kapot zijn (en flink wat ook). In eerste instantie was ik bang dat de schijf het aan het begeven was maar de SMART data ziet er verder netjes uit, geen enkele realocated sector te zien. Ook checkdisk geeft geen fouten meer. Overigens is sommige van de kapotte data wel te kopiëren naar een externe locatie en vervolgens ook weer zonder problemen te openen. Echter direct lezen van de schijf geeft een niet gevonden of niet beschikbaar foutmelding.

Ik heb nu geen idee waar ik het zoeken moet al heb ik het idee dat de schijf zelf in orde is. Kan het zijn dat het holepunchen/sdelete schade heeft aangericht ondanks dat deze niet op de dataschijf (D:\) draaide maar op de VMFS datastore (C:\ in host)?

Of zou het toch een bug oid kunnen zijn in 6.5.

Nee, sdelete schrijft gewoon een file vol met nullen ter grootte van de empty space. vmkfstools komt ook niet aan de blocks op een RDM drive.

[HikL]

Reboot van de VM en ook ESXi zelf haalde helaas niets uit. Ik heb ook de RDM .vmdk verwijderd, opnieuw aangemaakt en weer gekoppeld maar alles zonder resultaat.

Misschien een long shot: De hardeschijf is een enterprise schijf (welke dus na x-aantal seconde stopt met error recovery). Kan het zijn dat tijdens de freeze periode welke ik beschreef dit ervoor gezorgd heeft dat de toen actieve data corrupt is geraakt?

[|sWORDs|]

HikL schreef op maandag 20 maart 2017 @ 16:28:
Reboot van de VM en ook ESXi zelf haalde helaas niets uit. Ik heb ook de RDM .vmdk verwijderd, opnieuw aangemaakt en weer gekoppeld maar alles zonder resultaat.

Misschien een long shot: De hardeschijf is een enterprise schijf (welke dus na x-aantal seconde stopt met error recovery). Kan het zijn dat tijdens de freeze periode welke ik beschreef dit ervoor gezorgd heeft dat de toen actieve data corrupt is geraakt?

Ik denk dat dit je probleem in de toekomst zou kunnen voorkomen:

code:

esxcli system module set -e=false -m=vmw_ahci

Misschien een edge case met de latency problemen van vmw_ahci en Intel controller in combinatie met RDM.

[HikL]

Dank! Ga ik eens proberen. Misschien dat het daar inderdaad in zit. Mijn vmkwarning log staat opeens ook vol met deze regels:

code:

WARNING: NMP: nmp_DeviceRequestFastDeviceProbe:237: NMP device "t10.ATA_____Crucial_CT256MX100SSD1__________________________-serial#-" state in doubt; requested fast path state update...

Geen idee wat het precies betekent maar dit was voorheen in ieder geval niet zo frequent. Overigens is dit de VMFS schijf (geen rare SMART waardes dus schijf lijkt in orde).

[FireDrunk]

Vervang het sata kabeltje van die SSD eens.

[HikL]

Problemen lijken verholpen! Het uitzetten van de nieuwe vmw_ahci module heeft geholpen. Heb geen errors meer gezien en vrijwel alle data is weer netjes uit te lezen. Enkel de bestanden waar chkdsk aan is geweest zijn verloren, dat zijn er gelukkig niet al te veel.

Dank jullie voor het meedenken! Heeft me zeker een paar dagen zoeken bespaard. Eventueel is het nog de moeite om in het openingstopic een vermelding te maken dat deze nieuwe 6.5 module niet altijd goed samenwerkt met consumenten moederborden maar dat laat ik aan jullie. Nogmaals dank!

[ Voor 4% gewijzigd door HikL op 21-03-2017 08:53 ]

[|sWORDs|]

HikL schreef op dinsdag 21 maart 2017 @ 08:51:
Problemen lijken verholpen! Het uitzetten van de nieuwe vmw_ahci module heeft geholpen. Heb geen errors meer gezien en vrijwel alle data is weer netjes uit te lezen. Enkel de bestanden waar chkdsk aan is geweest zijn verloren, dat zijn er gelukkig niet al te veel.

Dank jullie voor het meedenken! Heeft me zeker een paar dagen zoeken bespaard. Eventueel is het nog de moeite om in het openingstopic een vermelding te maken dat deze nieuwe 6.5 module niet altijd goed samenwerkt met consumenten moederborden maar dat laat ik aan jullie. Nogmaals dank!

Welke build van ESXi draai je? VMware ESXi, 6.5.0, 5146846? Daar zit namelijk een nieuwere vmw_ahci (1.0.0-34vmw.650.0.14.5146846) in.

[HikL]

|sWORDs| schreef op dinsdag 21 maart 2017 @ 08:57:
[...]

Welke build van ESXi draai je? VMware ESXi, 6.5.0, 5146846? Daar zit namelijk een nieuwere vmw_ahci (1.0.0-34vmw.650.0.14.5146846) in.

Ik heb de upgrade gedaan vanaf 6.0u3 direct naar 6.5 5146846. Dus inderdaad met de nieuwe vmw_ahci (1.0.34 als ik het goed herinner). Maar ook die nieuwe versie werkt dus blijkbaar niet lekker met mijn Gigabyte GA-B150M-D3H (Intel B150).

Misschien moet ik nog even een slag om de arm houden of de problemen niet terug komen. Maar gister avond vrij uitvoerig getest en nergens meer last van gehad en de warning log bleef ook netjes leeg.

[|sWORDs|]

HikL schreef op dinsdag 21 maart 2017 @ 09:06:
[...]

Ik heb de upgrade gedaan vanaf 6.0u3 direct naar 6.5 5146846. Dus inderdaad met de nieuwe vmw_ahci (1.0.34 als ik het goed herinner). Maar ook die nieuwe versie werkt dus blijkbaar niet lekker met mijn Gigabyte GA-B150M-D3H (Intel B150).

Misschien moet ik nog even een slag om de arm houden of de problemen niet terug komen. Maar gister avond vrij uitvoerig getest en nergens meer last van gehad en de warning log bleef ook netjes leeg.

Ik denk echt dat het probleem wel in die module moest zitten. Maar ik wist niet of de nieuwere versie het latency probleem zou oplossen, niet dus.
Een ander ding om te checken is de drive firmware, ik heb al vaker problemen met bijvoorbeeld Crucial gehad op niet Windows operating systems welke weg waren in een nieuwere firmware. Bij een harddisk kan het alleen wel lastig zijn om de firmware te vinden, vaak bieden Dell, HP en Lenovo packs aan met SATA firmwares.

[ Voor 17% gewijzigd door |sWORDs| op 21-03-2017 09:18 ]

[HikL]

|sWORDs| schreef op dinsdag 21 maart 2017 @ 09:15:
[...]

Ik denk echt dat het probleem wel in die module moest zitten. Maar ik wist niet of de nieuwere versie het latency probleem zou oplossen, niet dus.
Een ander ding om te checken is de drive firmware, ik heb al vaker problemen met bijvoorbeeld Crucial gehad op niet Windows operating systems welke weg waren in een nieuwere firmware. Bij een harddisk kan het alleen wel lastig zijn om de firmware te vinden, vaak bieden Dell, HP en Lenovo packs aan met SATA firmwares.

Ik had dit weekend beide drives aan een andere pc gehangen. Heb toen ook meteen de firmware van de SSD bijgewerkt (MU02 voor MX100). Dat had helaas geen invloed. De firmware van de Seagate Harddisk was al up to date. Enige rare was dat de data van de Harddisk ook via de alternatieve pc niet direct te openen was. Misschien was dat achteraf dan toch een permission issue, de DC lag namelijk ook plat op dat moment (draait normaal op de VM host).

[revox862]

Ik ben een beetje klaar met mijn huidige ESXi server. Ik zat te denken aan de X10SDV-TLN4F. Zijn daar issues mee?

[|sWORDs|]

revox862 schreef op zondag 26 maart 2017 @ 15:33:
Ik ben een beetje klaar met mijn huidige ESXi server. Ik zat te denken aan de X10SDV-TLN4F. Zijn daar issues mee?

Nee, werkt perfect. Alleen zorgen dat je bios 1.1c hebt en een VIB file voor 10Gbe.

[revox862]

|sWORDs| schreef op zondag 26 maart 2017 @ 16:32:
[...]

Nee, werkt perfect. Alleen zorgen dat je bios 1.1c hebt en een VIB file voor 10Gbe.

Ok. Jammer dat het geheugen zo duur is
Hoe zit het eigenlijk met die andere X10SDV moederborden? Ik hoef niet per se 10Gbe. Tenzij ik er twee koop, dan wordt het leuk

[|sWORDs|]

10Gbit zit grotendeels in de CPU's, veel ga je daar dus niet mee besparen. Wel kun je terug in aantal cores.

[|sWORDs|]

P4800X day one support:
https://blogs.vmware.com/...rease-thank-intel-optane/

[ Voor 10% gewijzigd door |sWORDs| op 28-03-2017 14:39 ]

[Pantagruel]

Voor hen die van een veilige virtualisatie houden (wie niet), pak uw duct-tape en plak de gaten af , er is een guest to host vuln gevonden;

code:

VMSA-2017-0006
VMware ESXi, Workstation and Fusion updates address critical and moderate security issues
VMware Security Advisory
 
Advisory ID:    VMSA-2017-0006
Severity:   Critical
Synopsis:   VMware ESXi, Workstation and Fusion updates address critical and moderate security issues
Issue date: 2017-03-28
Updated on: 2017-03-28 (Initial Advisory)
CVE numbers:    CVE-2017-4902, CVE-2017-4903, CVE-2017-4904, CVE-2017-4905
 
1. Summary
   VMware ESXi, Workstation and Fusion updates address critical and moderate
   security issues.
2. Relevant Products
VMware ESXi (ESXi)  
VMware Workstation Pro / Player (Workstation)  
VMware Fusion Pro, Fusion (Fusion)
3. Problem Description
a. ESXi, Workstation, Fusion SVGA memory corruption
 
ESXi, Workstation, Fusion have a heap buffer overflow and uninitialized stack memory usage in SVGA.
 These issues may allow a guest to execute code on the host.
....
..
.

Meer op: https://www.vmware.com/se...ories/VMSA-2017-0006.html


Patch en documentatie:

Downloads:
https://my.vmware.com/group/vmware/patch

Documentation:
http://kb.vmware.com/kb/2149573

[AlexFL]

Gister geprobeerd om een dell r410 te updaten naar esxi 6.5 vanaf 6.0 met de dell customized iso.

Door de hele installatie gelopen, weliswaar met preferVmklinux=TRUE omdat hij anders de usb waar esx op draait niet meer zag. Installatie voltooid, reboot en hij draait op 6.5, reboot ik hem vervolgens opnieuw zit hij weer op 6.0 en vind ik niets meer terug van 6.5. Ik ben de weg even kwijt.

[jwvdst]

ik wil eigelijk xpenology onder esxi draaien en nu heb ik ook al een aparte computer draaien met xpenology
En om de harde schijven van de nas dan makkelijk te kunnen verhuizen dacht ik van ik zet de sata controller in PassThrough. nadeel is dat ik dan alle 6 sata poorten kwijt ben aan de xpenology vm en geen sata aansluiting meer over heb voor de host

nu zat ik te denken dat ik het op 2 manieren oplossen:

de goedkope manier:
zorgen dat de xpenology nas als eerste op start en dat de esxi server daarna via een iscsi lun target bij de data storage op de xpenology nas kan en dan de overige vm's kan starten.

de dure manier
een sata controller kaart kopen waardoor ik weer sata aansluitingen beschikbaar heb voor de host en daar dan een harde schijf op aan sluiten.

Wat zijn de voor en nadelen van deze 2 manieren?

[|sWORDs|]

Wuzi schreef op donderdag 30 maart 2017 @ 17:47:
Gister geprobeerd om een dell r410 te updaten naar esxi 6.5 vanaf 6.0 met de dell customized iso.

Door de hele installatie gelopen, weliswaar met preferVmklinux=TRUE omdat hij anders de usb waar esx op draait niet meer zag. Installatie voltooid, reboot en hij draait op 6.5, reboot ik hem vervolgens opnieuw zit hij weer op 6.0 en vind ik niets meer terug van 6.5. Ik ben de weg even kwijt.

Dit klinkt alsof je meerdere bootable devices hebt en van een andere dan 6.5 boot.

jwvdst schreef op zondag 2 april 2017 @ 22:14:
ik wil eigelijk xpenology onder esxi draaien en nu heb ik ook al een aparte computer draaien met xpenology
En om de harde schijven van de nas dan makkelijk te kunnen verhuizen dacht ik van ik zet de sata controller in PassThrough. nadeel is dat ik dan alle 6 sata poorten kwijt ben aan de xpenology vm en geen sata aansluiting meer over heb voor de host

nu zat ik te denken dat ik het op 2 manieren oplossen:

de goedkope manier:
zorgen dat de xpenology nas als eerste op start en dat de esxi server daarna via een iscsi lun target bij de data storage op de xpenology nas kan en dan de overige vm's kan starten.

de dure manier
een sata controller kaart kopen waardoor ik weer sata aansluitingen beschikbaar heb voor de host en daar dan een harde schijf op aan sluiten.

Wat zijn de voor en nadelen van deze 2 manieren?

Manier één kan niet. Om de XPenology te starten heb je een datastore nodig met de boot vmdk en vmx etc.
Ook heb je daarnaast iets nodig om ESXi van te booten. Extra SATA of NVMe controller aanbevolen, alternatief zou twee USB devices zijn (boot/datastore voor NAS). USB datastore zou ik niet doen.

[ Voor 51% gewijzigd door |sWORDs| op 03-04-2017 00:08 ]

[jwvdst]

|sWORDs| schreef op maandag 3 april 2017 @ 00:04:
[...]

Dit klinkt alsof je meerdere bootable devices hebt en van een andere dan 6.5 boot.

[...]

Manier één kan niet. Om de XPenology te starten heb je een datastore nodig met de boot vmdk en vmx etc.
Ook heb je daarnaast iets nodig om ESXi van te booten. Extra SATA of NVMe controller aanbevolen, alternatief zou twee USB devices zijn (boot/datastore voor NAS). USB datastore zou ik niet doen.

De huidige xpenology boot ook van een usb stick dus zoveel wordt de usb data store ook weer niet gebruikt

[Denissen]

jwvdst schreef op zondag 2 april 2017 @ 22:14:
de dure manier
een sata controller kaart kopen waardoor ik weer sata aansluitingen beschikbaar heb voor de host en daar dan een harde schijf op aan sluiten.

Wat zijn de voor en nadelen van deze 2 manieren?

De dure manier hoeft niet heel duur te zijn. Conceptronic heeft leuke kaartjes welke als HBA gebruikt kunnen worden. De Conceptronic gebruikt de ASM1062 controller. Gebruik ze zelf gepasstrought voor een Xpenology VM en werkt tot op heden prima.

[ Voor 6% gewijzigd door Denissen op 06-04-2017 10:04 ]

[CurlyMo]

Zoals in andere topics ook aangegeven werken de AMS1061 kaartjes van eBay ook prima. Ben je < € 10,- klaar.

[jwvdst]

Denissen schreef op donderdag 6 april 2017 @ 10:02:
[...]


De dure manier hoeft niet heel duur te zijn. Conceptronic heeft leuke kaartjes welke als HBA gebruikt kunnen worden. De Conceptronic gebruikt de ASM1062 controller. Gebruik ze zelf gepasstrought voor een Xpenology VM en werkt tot op heden prima.

[afbeelding]

zijn dat pci express kaarten? Zo ja dan heb ik een probleem want daar heb ik er maar 1 van op het moederbord en die is al bezet door de tv kaart en heb nog wel een pci slot over

Is pci pass through ook betrouwbaar bij real time toepassingen (tv kaart)? Ik wil namelijk mn media portal server ook virtualiseren

[ Voor 10% gewijzigd door jwvdst op 06-04-2017 14:19 ]

[ifrenken]

Ik ben opzoek naar een free backup oplossing voor esxi 6.5 free, welke linux en windows vm's kan backuppen en restoren. Ik heb al rondgekeken, er zijn enkele producten die qua functionaliteit goed zijn, alleen qua capaciteit niet.

Iemand een idee foor een werkende oplossing?

[ThinkPad]

ghettoVCB kun je gebruiken als je handig bent met de commandline, anders Trilead VM Explorer (traag vond ik).

Veeam doet ook niet moeilijk over een NFR key als je ze mailt (zoals ik had gedaan), maar die mag de gratis ESXi versie niet backuppen

[Denissen]

jwvdst schreef op donderdag 6 april 2017 @ 13:57:
[...]
zijn dat pci express kaarten? Zo ja dan heb ik een probleem want daar heb ik er maar 1 van op het moederbord en die is al bezet door de tv kaart en heb nog wel een pci slot over

Is pci pass through ook betrouwbaar bij real time toepassingen (tv kaart)? Ik wil namelijk mn media portal server ook virtualiseren

De Conceptronic is inderdaad PCI-e x1. Weet zo niet welke maar je kunt op zoek gaan naar ESXi compatible PCI kaarten.

Je hebt het hier wel over een vrij exotische pass through en moet eerlijk zeggen geen idee.

[Denissen]

CurlyMo schreef op donderdag 6 april 2017 @ 10:12:
Zoals in andere topics ook aangegeven werken de AMS1061 kaartjes van eBay ook prima. Ben je < € 10,- klaar.

Klopt moet alleen zeggen dat de build quality van de Conceptronic zo op het eerste gezicht goed is. Iets wat op Ebay natuurlijk twijfelachtig kan zijn en je sowieso in de gaten moet houden (ook bij Conceptronic omdat dit natuurlijk ook uit China komt). Cheapo HBA's zijn natuurlijk sterk af te raden in combinatie met data kritische VM's.

Meer info Failure of a Crappy SATA HBA in My File Server

[ Voor 4% gewijzigd door Denissen op 06-04-2017 15:08 ]

[CurlyMo]

Ik gebruik exact die crappy kaartjes goedkope ASM1061 kaartjes waar hij wel positief over is en heb ook nog nooit ergens problemen mee gehad. Moet wel zeggen dat ik die kaartjes alleen gebruik voor de ESXi datastore. De belangrijke data staat op harde schijven die aan een doorgegeven controller hangen. Verder gebruik ik er een voor een offsite backup ZFS mirror voor familie. Ik vertrouw erop dat ZFS in staat is mogelijke controller fouten op te vangen.

YouTube: Detailed Look At A $6 ASM1061 SATA HBA From eBay

[ Voor 18% gewijzigd door CurlyMo op 06-04-2017 20:30 ]

[zeroday]

ThinkPadd schreef op donderdag 6 april 2017 @ 14:45:
ghettoVCB kun je gebruiken als je handig bent met de commandline, anders Trilead VM Explorer (traag vond ik).

Veeam doet ook niet moeilijk over een NFR key als je ze mailt (zoals ik had gedaan), maar die mag de gratis ESXi versie niet backuppen

ik maak gebruik van Trilead, maar vind het niet supertraag, daarnaast gaat het in de background
Er zijn wel wat aanpassingen te doen om dingen sneller te laten doen.

Let wel: trilead is betaalde software en errug duur.
tip:

spoiler:

Goed zoeken met google

[zeroday]

Denissen schreef op donderdag 6 april 2017 @ 15:08:
[...]


Klopt moet alleen zeggen dat de build quality van de Conceptronic zo op het eerste gezicht goed is. Iets wat op Ebay natuurlijk twijfelachtig kan zijn en je sowieso in de gaten moet houden (ook bij Conceptronic omdat dit natuurlijk ook uit China komt). Cheapo HBA's zijn natuurlijk sterk af te raden in combinatie met data kritische VM's.

Meer info Failure of a Crappy SATA HBA in My File Server

Conceptronic is zo OEM als het maar kan (kan het weten) ;_) Vaak is het gewoon een standaard default pcba gebaseerd op reference design met chipset. komt geen regeltje code van de uiteindelijke fabrikant bij kijken.

[Vorkie]

https://www.amazon.de/gp/...tailpages00?ie=UTF8&psc=1

Had hem binnen 1 week binnen en werkt goed.

[Denissen]

Vorkie schreef op vrijdag 7 april 2017 @ 12:43:
https://www.amazon.de/gp/...tailpages00?ie=UTF8&psc=1

Had hem binnen 1 week binnen en werkt goed.

Bedankt voor de tip. Conceptronic is hier in de shops wat lastiger te vinden.

CurlyMo schreef op donderdag 6 april 2017 @ 20:17:
Ik gebruik exact die crappy kaartjes goedkope ASM1061 kaartjes waar hij wel positief over is en heb ook nog nooit ergens problemen mee gehad. Moet wel zeggen dat ik die kaartjes alleen gebruik voor de ESXi datastore. De belangrijke data staat op harde schijven die aan een doorgegeven controller hangen. Verder gebruik ik er een voor een offsite backup ZFS mirror voor familie. Ik vertrouw erop dat ZFS in staat is mogelijke controller fouten op te vangen.

Gebruik mijn ASM1062 wel voor passthrough. Onder Xpenology zie ik alleen de temperatuur van de disk. Geen SMART waardes dus.

Hoe zit dit met de ASM1061 kan deze wel SMART waardes uitlezen?

[CurlyMo]

Binnen ESXi kan ik inderdaad de SMART uitlezen.

[jwvdst]

ik heb nu xpenology werkend met 1 hd op de esxi server met behulp van een usb data store. Deze wordt alleen gebruikt voor het starten van xpenology en verder hoeft die niks te doen. Morgen maar eens verder met de hd's over zetten. Ik hoop dat ik de hd's gewoon 1 op 1 over kan zetten en dat het dan werkt met de sata in pass through.

[MdO82]

Ik werk nu op mijn desktop met vmware workstation.
Nu wil ik mijn virtuele machines overbrengen naar een Esxi omgeving.
Waarbij ik voor mijn cursus (windows 2012) gebruik kan maken van de machines op mijn Esxi machine icm mijn synology NAS voor de opslag.

Tot zover is het geheel duidelijk.
De reden dat ik voor de Esxi oplossing kijk is dat ik niet afhankelijk ben van mijn desktop en ook gewoon mijn laptop kan pakken als ik dat wil.

Waar ik helaas geen antwoord op vond in dit topic is het volgende.
Ik heb gelezen dat je gerust een i3 kunt pakken voor het werken met ESXI, maar als je meerdere machines gaat draaien kan ik waarschijnlijk beter dan kijken voor een i5 ?
Ol ga er namelijk vanuit dat het geheugen belangrijker is dan de processor of is dat een totaal onlogische gedachte omdat de CPU de boel ook vlot moet kunnen verwerken.


Ik was nu op de volgende machines gekomen;

pricewatch: Intel NUC NUC5i3RYH
pricewatch: Intel NUC NUC6i3SYH

[Denissen]

MdO82 schreef op zondag 9 april 2017 @ 15:46:
Waar ik helaas geen antwoord op vond in dit topic is het volgende.
Ik heb gelezen dat je gerust een i3 kunt pakken voor het werken met ESXI, maar als je meerdere machines gaat draaien kan ik waarschijnlijk beter dan kijken voor een i5 ?
Ik ga er namelijk vanuit dat het geheugen belangrijker is dan de processor of is dat een totaal onlogische gedachte omdat de CPU de boel ook vlot moet kunnen verwerken.

Ik was nu op de volgende machines gekomen;

pricewatch: Intel NUC NUC5i3RYH
pricewatch: Intel NUC NUC6i3SYH

Het gaat dus om i3's uit gen. 5 resp. 6 van de NUC. Info hierover is hier te vinden:

ESXi on 5th Gen Intel NUC
ESXi on 6th Gen Intel NUC

Het is natuurlijk een combinatie van geheugen en CPU. Daarnaast is dit weer sterk afhankelijk van de VM die je wilt gaan gebruiken. Is er daarnaast een specifieke reden om voor de NUC te kiezen?
NUC's zijn zuinig wat natuurlijk belangrijk is bij 24/7 gebruik maar ook relatief prijzig in vergelijking met een mITX/mATX icm bv een Kaby Lake.

[MdO82]

Denissen schreef op maandag 10 april 2017 @ 16:32:
[...]


Het gaat dus om i3's uit gen. 5 resp. 6 van de NUC. Info hierover is hier te vinden:

ESXi on 5th Gen Intel NUC
ESXi on 6th Gen Intel NUC

Het is natuurlijk een combinatie van geheugen en CPU. Daarnaast is dit weer sterk afhankelijk van de VM die je wilt gaan gebruiken. Is er daarnaast een specifieke reden om voor de NUC te kiezen?
NUC's zijn zuinig wat natuurlijk belangrijk is bij 24/7 gebruik maar ook relatief prijzig in vergelijking met een mITX/mATX icm bv een Kaby Lake.

In dacht even simpel kant en klaar, maar ik moet inderdaad er eens verder in gaan duiken en een samengestelde machine gaan bekijken.

Zal mij er eerst even verder in verdiepen en als ik weer vragen heb meld ik mij weer

[ComTech]

Ik heb op m'n esxi server ubuntu server draaien voor domoticz.
Via USB geef ik de Rfxcom door.
Dit werkt prima.
Nu heb ik die even uitgezet en de Rfxcom doorgegeven aan een andere ubuntu server om even te spelen met Homeassist.
Maar nu krijg ik met geen mogelijkheid de rfxcom daar aan de gang.
Wat me opvalt is dit.

Bij de werkende domoticz VM

code:

sudo lsusb -v | more
Bus 002 Device 004: ID 0403:6001 Future Technology Devices International, Ltd FT232 USB-Serial (UART) IC
Device Descriptor:
  bLength                18
  bDescriptorType         1
  bcdUSB               2.00
  bDeviceClass            0 (Defined at Interface level)
  bDeviceSubClass         0
  bDeviceProtocol         0
  bMaxPacketSize0         8
  idVendor           0x0403 Future Technology Devices International, Ltd
  idProduct          0x6001 FT232 USB-Serial (UART) IC
  bcdDevice            6.00
  iManufacturer           1 RFXCOM
  iProduct                2 RFXtrx433
  iSerial                 3 A1YI4TB2

Bij de niet werkende homeassist VM

code:

sudo lsusb -v | more
Bus 002 Device 004: ID 0403:6001 Future Technology Devices International, Ltd FT232 USB-Serial (UART) IC
Device Descriptor:
Device Descriptor:
  bLength                18
  bDescriptorType         1
  bcdUSB               2.00
  bDeviceClass            0 (Defined at Interface level)
  bDeviceSubClass         0
  bDeviceProtocol         0
  bMaxPacketSize0         8
  idVendor           0x0403 Future Technology Devices International, Ltd
  idProduct          0x6001 FT232 USB-Serial (UART) IC
  bcdDevice            6.00
  iManufacturer           1 (error)
  iProduct                2 (error)
  iSerial                 3 (error)

De errors bij manufacturer product en serial zijn niet goed denk ik maar wat is er niet goed?
Heb ook geprobeerd om de rfxcom aan een andere ubuntu door te geven maar dit geeft hetzelfde resulaat.

[FireDrunk]

Heb je de machine al eens herstart? Sommige USB devices vinden het niet grappig om "Safe Removed" te worden, en dan weer aangesproken te worden. Soms moet een device dan even van de stroom af.

[jwvdst]

Weet of heeft iemand een pci sata controller die compatible is met esxi 6.5?
Vanwege performance en betrouwbaarheidwil ik nu toch de data storage op de host zetten en niet meer op een iscsi disk die onder xpenology in een VM draaid
Het enige vrije slot wat ik nog over heb is een pci slot aangezien de pci express slot bezet is door de tv kaart

[ Voor 19% gewijzigd door jwvdst op 11-04-2017 20:38 ]

[FireDrunk]

PCI performance zal ook om te huilen zijn denk ik...

[|sWORDs|]

FireDrunk schreef op woensdag 12 april 2017 @ 07:23:
PCI performance zal ook om te huilen zijn denk ik...

Alle huidige borden gebruiken voor zover ik weet (bij een bord met maar één PCIe slot zal het vrijwel zeker dit zijn) 32bit 33MHz PCI vanuit de chipset met een theoretisch maximum van 133MB/s.

Alleen 64bit 66/133MHz PCI-X zou echt bruikbaar zijn, met een theoretisch maximum van 533/1067MB/s, maar dat zie je alleen nog op een paar server borden en zelfs daar wordt het heel erg zeldzaam.

[ Voor 22% gewijzigd door |sWORDs| op 12-04-2017 09:33 ]

[FireDrunk]

Precies, dan ben je nog beter af met goede een USB3(.1) SSD (als je die poorten wel hebt).

[jwvdst]

usb 3 heb ik dus ook niet....

zou het dan beter zijn om de pci sata controller in pass through te zetten naar de xpenology vm en de onboard sata te gebruiken voor de data storage van esxi?

[|sWORDs|]

jwvdst schreef op woensdag 12 april 2017 @ 09:40:
usb 3 heb ik dus ook niet....

zou het dan beter zijn om de pci sata controller in pass through te zetten naar de xpenology vm en de onboard sata te gebruiken voor de data storage van esxi?

Je moet wel snappen dat die 133MB/s een theoretisch maximum is voor alle devices aan de PCI bus, in de praktijk delen ze zo'n 100MB/s. Als jij er maar één harddisk aan hangt is dat mogelijk voldoende.

jwvdst schreef op dinsdag 11 april 2017 @ 20:36:
Vanwege performance
[...]
wil ik nu toch de data storage op de host zetten en niet meer op een iscsi disk die onder xpenology in een VM draaid
[...]

Dat was dus exact mijn punt. Over je storage problemen, waarom probeer je niet een PCI TV kaart en een NVMe datastore?

Vorkie schreef op woensdag 12 april 2017 @ 09:46:
[...]


Op wat voor hardware draait dit? Is het geen idee om een ander moederbordje aan te schaffen 2dehands?

Dat wilde ik ook net gaan vragen. @jwvdst post eens een lijstje van de gebruikte hardware.

[ Voor 42% gewijzigd door |sWORDs| op 12-04-2017 09:49 ]