Het grote ESXi/vSphere Topic

[FireDrunk]

Waar komt dat Read Hit Rate percentage dan vandaan? Is dat Host Cache?

[|sWORDs|]

FireDrunk schreef op maandag 2 januari 2017 @ 16:42:
Waar komt dat Read Hit Rate percentage dan vandaan? Is dat Host Cache?

Nee dat is binnen DSM, maar optioneel. In mijn geval gaat de 6 poorts SATA controller in zijn geheel aan de DSM VM. Aan die controller zitten 4 HD's en 2 SSD's. De HD's zitten in een RAID5 en gebruiken de RAID1 read/write cache van de SSD's.

[ Voor 38% gewijzigd door |sWORDs| op 02-01-2017 16:45 ]

[FireDrunk]

Ahzo, dus je hebt wel Read caching, maar niet voor ESXi, maar gewoon alleen binnen DSM

[|sWORDs|]

FireDrunk schreef op maandag 2 januari 2017 @ 16:48:
Ahzo, dus je hebt wel Read caching, maar niet voor ESXi, maar gewoon alleen binnen DSM

Read cache voor ESXi zou ook kunnen, maar dan moet je Virtual Flash Read Cache (vFRC) inschakelen (Enterprise Plus licentie) en de SSD's aan de host laten zitten.

[ Voor 5% gewijzigd door |sWORDs| op 02-01-2017 16:54 ]

[FireDrunk]

Als je iSCSI of NFS terug shared aan ESXi vanuit DSM is die feature niet actief?

[|sWORDs|]

De DSM cache werkt ook voor iSCSI en NFS.

NFS is boven op je filesysteem en kan dus van de Volume Cache gebruiken maken. iSCSI gaat op bloklevel:

Een SSD-cache kan aan een volume of iSCSI LUN (blokniveau) worden gekoppeld.

Mocht je het over vFRC hebben, dat werkt ook met iSCSI (VMFS level) en NFS. Maar bij mij staat vFRC niet aan, alleen de desktops hebben View Storage Accelerator (Content Based Read Cache), dus de resultaten hierboven (van/naar 2012R2 Server) komen niet door ESXi, maar puur vanuit DSM.

[ Voor 114% gewijzigd door |sWORDs| op 02-01-2017 17:11 ]

[FireDrunk]

Ik zit al een tijdje te kijken naar een fatsoenlijke read/write cache oplossing voor ESXi.
VSAN is leuk, maar met 2 hosts, een beetje... meh.
Ik heb ook FibreChannel, maar daar zal DSM denk ik niets mee kunnen.

Pure SSD arrays over FibreChannel zijn lekker snel, maar inc met ZFS was het niet echt stabiel.
Een pure SSD als block device via FibreChannel doorgeven gaat wel goed.

Heb vorige week ook een MD array gemaakt van SSD's, maar nog niet echt geprobeerd of dat wel stabiel is.

[|sWORDs|]

VSAN is geen cache, er is geen data locality. Nou heb je met twee hosts en een fault tolerance van één natuurlijk wel een lokale kopie, maar je hebt een derde witness lokatie nodig.

Van een NAS kun je geen SAN maken. Met twee hosts zou je wel twee NAS-en realtime kunnen laten repliceren en beide de lokale NAS laten gebruiken, maar niet via fiber.

[FireDrunk]

Begrijp ik, daarom heb ik mijn setup maar gewoon simpel gemaakt door gewoon ssd's als basic block devices te presenteren aan mijn ESXi hosts.

Kan weinig aan mis gaan.

Dat ziet er dus zo uit:

o- / ......................................................................................................................... [...]
  o- backstores .............................................................................................................. [...]
  | o- block .................................................................................................. [Storage Objects: 3]
  | | o- 850PRO ..................................................... [/dev/disk/by-partlabel/850PRO (0 bytes) write-thru activated]
  | | o- NVMEXG3 .................................................................... [/dev/nvme0n1 (238.5GiB) write-thru activated]
  | | o- VM_TIER_1 ...................................................................... [/dev/md0 (119.2GiB) write-thru activated]
  | o- fileio ................................................................................................. [Storage Objects: 0]
  | o- pscsi .................................................................................................. [Storage Objects: 0]
  | o- ramdisk ................................................................................................ [Storage Objects: 0]
  o- iscsi ............................................................................................................ [Targets: 1]
  | o- iqn.2003-01.org.linux-iscsi.nas.x8664:sn.80c34394d007 ............................................................. [TPGs: 1]
  |   o- tpg1 ............................................................................................... [no-gen-acls, no-auth]
  |     o- acls .......................................................................................................... [ACLs: 2]
  |     | o- iqn.1998-01.com.vmware:vh01-7cdb993d ................................................................. [Mapped LUNs: 1]
  |     | | o- mapped_lun0 ............................................................................... [lun0 block/NVMEXG3 (rw)]
  |     | o- iqn.1998-01.com.vmware:vh02-16d5d583 ................................................................. [Mapped LUNs: 1]
  |     |   o- mapped_lun0 ............................................................................... [lun0 block/NVMEXG3 (rw)]
  |     o- luns .......................................................................................................... [LUNs: 1]
  |     | o- lun0 ................................................................................... [block/NVMEXG3 (/dev/nvme0n1)]
  |     o- portals .................................................................................................... [Portals: 1]
  |       o- 0.0.0.0:3260 ..................................................................................................... [OK]
  o- loopback ......................................................................................................... [Targets: 0]
  o- qla2xxx .......................................................................................................... [Targets: 4]
  | o- naa.2100001b3200e20d ............................................................................................. [gen-acls]
  | | o- acls ............................................................................................................ [ACLs: 4]
  | | | o- naa.2100001b329189cb ................................................................................... [Mapped LUNs: 2]
  | | | | o- mapped_lun0 .................................................................................. [lun0 block/850PRO (rw)]
  | | | | o- mapped_lun1 ............................................................................... [lun1 block/VM_TIER_1 (rw)]
  | | | o- naa.210000e08b86fdcf ................................................................................... [Mapped LUNs: 2]
  | | | | o- mapped_lun0 .................................................................................. [lun0 block/850PRO (rw)]
  | | | | o- mapped_lun1 ............................................................................... [lun1 block/VM_TIER_1 (rw)]
  | | | o- naa.2101001b32b189cb ................................................................................... [Mapped LUNs: 2]
  | | | | o- mapped_lun0 .................................................................................. [lun0 block/850PRO (rw)]
  | | | | o- mapped_lun1 ............................................................................... [lun1 block/VM_TIER_1 (rw)]
  | | | o- naa.210100e08ba6fdcf ................................................................................... [Mapped LUNs: 2]
  | | |   o- mapped_lun0 .................................................................................. [lun0 block/850PRO (rw)]
  | | |   o- mapped_lun1 ............................................................................... [lun1 block/VM_TIER_1 (rw)]
  | | o- luns ............................................................................................................ [LUNs: 2]
  | |   o- lun0 ..................................................................... [block/850PRO (/dev/disk/by-partlabel/850PRO)]
  | |   o- lun1 ....................................................................................... [block/VM_TIER_1 (/dev/md0)]
  | o- naa.2100001b320f014f ............................................................................................. [gen-acls]
  | | o- acls ............................................................................................................ [ACLs: 4]
  | | | o- naa.2100001b329189cb ................................................................................... [Mapped LUNs: 2]
  | | | | o- mapped_lun0 .................................................................................. [lun0 block/850PRO (rw)]
  | | | | o- mapped_lun1 ............................................................................... [lun1 block/VM_TIER_1 (rw)]
  | | | o- naa.210000e08b86fdcf ................................................................................... [Mapped LUNs: 2]
  | | | | o- mapped_lun0 .................................................................................. [lun0 block/850PRO (rw)]
  | | | | o- mapped_lun1 ............................................................................... [lun1 block/VM_TIER_1 (rw)]
  | | | o- naa.2101001b32b189cb ................................................................................... [Mapped LUNs: 2]
  | | | | o- mapped_lun0 .................................................................................. [lun0 block/850PRO (rw)]
  | | | | o- mapped_lun1 ............................................................................... [lun1 block/VM_TIER_1 (rw)]
  | | | o- naa.210100e08ba6fdcf ................................................................................... [Mapped LUNs: 2]
  | | |   o- mapped_lun0 .................................................................................. [lun0 block/850PRO (rw)]
  | | |   o- mapped_lun1 ............................................................................... [lun1 block/VM_TIER_1 (rw)]
  | | o- luns ............................................................................................................ [LUNs: 2]
  | |   o- lun0 ..................................................................... [block/850PRO (/dev/disk/by-partlabel/850PRO)]
  | |   o- lun1 ....................................................................................... [block/VM_TIER_1 (/dev/md0)]
  | o- naa.2101001b3220e20d ............................................................................................. [gen-acls]
  | | o- acls ............................................................................................................ [ACLs: 4]
  | | | o- naa.2100001b329189cb ................................................................................... [Mapped LUNs: 2]
  | | | | o- mapped_lun0 .................................................................................. [lun0 block/850PRO (rw)]
  | | | | o- mapped_lun1 ............................................................................... [lun1 block/VM_TIER_1 (rw)]
  | | | o- naa.210000e08b86fdcf ................................................................................... [Mapped LUNs: 2]
  | | | | o- mapped_lun0 .................................................................................. [lun0 block/850PRO (rw)]
  | | | | o- mapped_lun1 ............................................................................... [lun1 block/VM_TIER_1 (rw)]
  | | | o- naa.2101001b32b189cb ................................................................................... [Mapped LUNs: 2]
  | | | | o- mapped_lun0 .................................................................................. [lun0 block/850PRO (rw)]
  | | | | o- mapped_lun1 ............................................................................... [lun1 block/VM_TIER_1 (rw)]
  | | | o- naa.210100e08ba6fdcf ................................................................................... [Mapped LUNs: 2]
  | | |   o- mapped_lun0 .................................................................................. [lun0 block/850PRO (rw)]
  | | |   o- mapped_lun1 ............................................................................... [lun1 block/VM_TIER_1 (rw)]
  | | o- luns ............................................................................................................ [LUNs: 2]
  | |   o- lun0 ..................................................................... [block/850PRO (/dev/disk/by-partlabel/850PRO)]
  | |   o- lun1 ....................................................................................... [block/VM_TIER_1 (/dev/md0)]
  | o- naa.2101001b322f014f ............................................................................................. [gen-acls]
  |   o- acls ............................................................................................................ [ACLs: 4]
  |   | o- naa.2100001b329189cb ................................................................................... [Mapped LUNs: 2]
  |   | | o- mapped_lun0 .................................................................................. [lun0 block/850PRO (rw)]
  |   | | o- mapped_lun1 ............................................................................... [lun1 block/VM_TIER_1 (rw)]
  |   | o- naa.210000e08b86fdcf ................................................................................... [Mapped LUNs: 2]
  |   | | o- mapped_lun0 .................................................................................. [lun0 block/850PRO (rw)]
  |   | | o- mapped_lun1 ............................................................................... [lun1 block/VM_TIER_1 (rw)]
  |   | o- naa.2101001b32b189cb ................................................................................... [Mapped LUNs: 2]
  |   | | o- mapped_lun0 .................................................................................. [lun0 block/850PRO (rw)]
  |   | | o- mapped_lun1 ............................................................................... [lun1 block/VM_TIER_1 (rw)]
  |   | o- naa.210100e08ba6fdcf ................................................................................... [Mapped LUNs: 2]
  |   |   o- mapped_lun0 .................................................................................. [lun0 block/850PRO (rw)]
  |   |   o- mapped_lun1 ............................................................................... [lun1 block/VM_TIER_1 (rw)]
  |   o- luns ............................................................................................................ [LUNs: 2]
  |     o- lun0 ..................................................................... [block/850PRO (/dev/disk/by-partlabel/850PRO)]
  |     o- lun1 ....................................................................................... [block/VM_TIER_1 (/dev/md0)]
  o- vhost ............................................................................................................ [Targets: 0]

1 LUN via iSCSI, 2 LUN's via FibreChannel.

Ik heb zitten prutsen met multipathing op de Fibre lun's, maar dat hielp weinig. (zelfs met iops=1 op de NMP Policy). Ding stagneert ergens rond de 280-300MB/s (waar hij in theorie gewoon continu 550MB/s zou moeten doen)

[ Voor 98% gewijzigd door FireDrunk op 02-01-2017 22:31 ]

[Endpoint]

Heren,

Ik weet niet of dit het er helemaal het juiste topic voor is, anders alvast mijn excuses.

Ik wil mijzelf gaan verdiepen en certificeren voor Vsphere dmv vca-dcv/vcp-dcv, alleen nu zie ik door de bomen het bos niet echt meer.

Wat ik gevonden heb is dat onder vca een deelexamen onder zit, fundamentals? Als je deze gehaald heb, ben je dan automatisch VCA?

Hetzelfde voor VCP, hier zie ik VSICM en VSOS, geld hier hetzelfde?

Tevens ben ik opzoek naar naslag materiaal. De boeken van Bill Ferguson, zijn deze aan te raden?

[|sWORDs|]

Probeer via je werkgever gewoon een officiële VMware cursus te krijgen.
Foundations is niet VCA, maar opsplitsing van het oude VCP examen.

[onok]

En natuurlijk heb ik net een Asrock B150 gekocht voordat ik dit topic goed had gelezen.
Ik heb er allerlei problemen mee (disk performance problemen). Ik heb inmiddels wel gezien dat er net een nieuwe bios versie is, dus ik zal die vanavond eens intalleren.

[magneet]

sterker nog je moet een officiele cursus doen anders wordt je nooit vcp als je die nog niet hebt. Tegenwoordig moet je 2 examens doen geloof ik : foundations, en daarna vcp. De eerste is open boek en kan je thuis doen, is ook geen cursus voor vereist. Voor vcp moet je de install & configure cursus doen of 1 van de anderen zie https://mylearn.vmware.co...fm?plan=64178&ui=www_cert

Het beta foundations examen voor 6.5 is al beschikbaar, de vca van 6.5 komt er ook aan (heb ik zelf aan meegewerkt om dat samen te stellen) en de eerste sessies om het vcp examen samen te stellen zijn ook al geweest.

[ Voor 26% gewijzigd door magneet op 04-01-2017 18:24 . Reden: onwaarheden gecorrigeerd ]

[magneet]

Ik kreeg overigens zojuist de uitnodiging om te werken aan het vcp 6(.5) delta examen om vragen te verzinnen.

Het vcp 6.5 beta examen is ook al te boeken: https://mylearn.vmware.co...fm?plan=99217&ui=www_cert

[ Voor 34% gewijzigd door magneet op 04-01-2017 19:47 ]

[onok]

Ok, ik weet niet helemaal of dit de juiste plek is, maar ik zit met de volgende problemen.

Ik heb een nieuwe server samengesteld speciaal te expirimenteren met ESX. Alles is nieuw, behalve de SSD (die is een klein jaartje oud)
Hardware:

#	Product	Prijs	Subtotaal
1	Intel Core i5-6400 Boxed	€ 187,90	€ 187,90
1	ASRock B150M-DVS R2.0	€ 62,50	€ 62,50
1	LC-Power 2004MB	€ 23,59	€ 23,59
1	TP-Link TG-3468	€ 9,95	€ 9,95
1	Corsair Vengeance LPX CMK16GX4M2B3000C15	€ 106,95	€ 106,95
1	be quiet! Pure Power 9 300W	€ 45,25	€ 45,25
1	Crucial M550 2,5" 512GB	€ 0,-	€ 0,-
Bekijk collectie Importeer producten		Totaal	€ 436,14

Ik heb er al 4 VM's op staan: 1 voor pfsence en 3 webservers onder ubuntu 16 en 14.

Na de aanschaf las ik al gelijk dat er problemen bekend zijn met Asrock B150 moederborden. Maar de meeste problemen die ik las hadden te maken met een hoge CPU use, maar daar heb ik helemaal geen last van (cpu komt zelden boven 2% uit).

De problemen die ik heb zijn disk read/write errors in allerlei varianten. Ik heb bij de VM's verschillende hard disk settings geprobeerd. (Zo heb ik de pfsense vm nu op een IDE controller zitten).
De vm's draaien op zich prima, maar zodra ik iets ga doen met meer disk activiteit, stokt alles, en wordt het hele systeem enkele seconden unresponsive. Dit is vooral goed te zien als ik een grote (1000Mb bin test file) download: hij gaat het eerste stukje heel snel, daarna blijft het steeds om de 5 seconden hangen. In de performance logs zie ik dat de max disk latency dan boven de 2 seconden uit komt. Bij de installatie van pfsense kreeg ik al desk write timout errors, en af en toe zie ik ze ook in ubuntu.

De VMkernel warnings log zit vol met dit soort meldingen:

code:

8.544Z cpu2:65558)WARNING: NMP: nmp_DeviceRequestFastDeviceProbe:237: NMP device "t10.ATA_____Crucial_CT512M550SSD1___________________________14260C7668CD" state in doubt; requested fast path state update...
2017-01-05T01:24:22.832Z cpu3:65677)WARNING: FS3J: 3077: Error committing txn callerID: 0xc1d0000f to slot 31: IO was aborted by VMFS via a virt-reset on the device
2017-01-05T01:24:22.832Z cpu1:65678)WARNING: FS3J: 3077: Error committing txn callerID: 0xc1d0000f to slot 32: IO was aborted by VMFS via a virt-reset on the device
2017-01-05T01:24:23.112Z cpu3:76952)WARNING: FS3J: 3034: Aborting txn callerID: 0xc1d00006 to slot 43:  File system timeout (Ok to retry)
2017-01-05T01:24:23.545Z cpu1:65557)WARNING: NMP: nmp_DeviceRequestFastDeviceProbe:237: NMP device "t10.ATA_____Crucial_CT512M550SSD1___________________________14260C7668CD" state in doubt; requested fast path state update...
2017-01-05T01:24:35.219Z cpu2:65678)WARNING: FS3J: 3077: Error committing txn callerID: 0xc1d0000f to slot 53: IO was aborted by VMFS via a virt-reset on the device
2017-01-05T01:24:35.219Z cpu2:65677)WARNING: FS3J: 3077: Error committing txn callerID: 0xc1d0000f to slot 52: IO was aborted by VMFS via a virt-reset on the device
2017-01-05T01:24:35.488Z cpu1:76953)WARNING: FS3J: 3034: Aborting txn callerID: 0xc1d00006 to slot 148:  File system timeout (Ok to retry)
2017-01-05T01:24:35.636Z cpu3:65559)WARNING: NMP: nmp_DeviceRequestFastDeviceProbe:237: NMP device "t10.ATA_____Crucial_CT512M550SSD1___________________________14260C7668CD" state in doubt; requested fast path state update...
2017-01-05T01:24:36.542Z cpu3:65559)WARNING: NMP: nmp_DeviceRequestFastDeviceProbe:237: NMP device "t10.ATA_____Crucial_CT512M550SSD1___________________________14260C7668CD" state in doubt; requested fast path state update...
2017-01-05T01:24:43.798Z cpu0:66053)WARNING: NMP: nmp_DeviceRequestFastDeviceProbe:237: NMP device "t10.ATA_____Crucial_CT512M550SSD1___________________________14260C7668CD" state in doubt; requested fast path state update...
2017-01-05T01:24:44.876Z cpu3:66053)WARNING: NMP: nmp_DeviceRequestFastDeviceProbe:237: NMP device "t10.ATA_____Crucial_CT512M550SSD1___________________________14260C7668CD" state in doubt; requested fast path state update...
2017-01-05T01:24:47.564Z cpu2:66053)WARNING: NMP: nmp_DeviceRequestFastDeviceProbe:237: NMP device "t10.ATA_____Crucial_CT512M550SSD1___________________________14260C7668CD" state in doubt; requested fast path state update...
2017-01-05T01:24:48.543Z cpu3:66053)WARNING: NMP: nmp_DeviceRequestFastDeviceProbe:237: NMP device "t10.ATA_____Crucial_CT512M550SSD1___________________________14260C7668CD" state in doubt; requested fast path state update...
2017-01-05T01:24:52.383Z cpu0:66053)WARNING: NMP: nmp_DeviceRequestFastDeviceProbe:237: NMP device "t10.ATA_____Crucial_CT512M550SSD1___________________________14260C7668CD" state in doubt; requested fast path state update...
2017-01-05T01:24:52.542Z cpu0:65556)WARNING: NMP: nmp_DeviceRequestFastDeviceProbe:237: NMP device "t10.ATA_____Crucial_CT512M550SSD1___________________________14260C7668CD" state in doubt; requested fast path state update...
2017-01-05T01:24:53.553Z cpu1:66053)WARNING: NMP: nmp_DeviceRequestFastDeviceProbe:237: NMP device "t10.ATA_____Crucial_CT512M550SSD1___________________________14260C7668CD" state in doubt; requested fast path state update...
2017-01-05T01:25:05.202Z cpu0:76954)WARNING: FS3J: 3034: Aborting txn callerID: 0xc1d00006 to slot 47:  File system timeout (Ok to retry)
2017-01-05T01:25:05.543Z cpu0:65556)WARNING: NMP: nmp_DeviceRequestFastDeviceProbe:237: NMP device "t10.ATA_____Crucial_CT512M550SSD1___________________________14260C7668CD" state in doubt; requested fast path state update...
2017-01-05T01:25:17.573Z cpu1:65653)WARNING: FS3J: 3034: Aborting txn callerID: 0xc1d00006 to slot 89:  File system timeout (Ok to retry)
2017-01-05T01:25:18.683Z cpu1:65557)WARNING: NMP: nmp_DeviceRequestFastDeviceProbe:237: NMP device "t10.ATA_____Crucial_CT512M550SSD1___________________________14260C7668CD" state in doubt; requested fast path state update...
2017-01-05T01:25:19.539Z cpu2:65558)WARNING: NMP: nmp_DeviceRequestFastDeviceProbe:237: NMP device "t10.ATA_____Crucial_CT512M550SSD1___________________________14260C7668CD" state in doubt; requested fast path state update...
2017-01-05T01:25:37.542Z cpu3:65559)WARNING: NMP: nmp_DeviceRequestFastDeviceProbe:237: NMP device "t10.ATA_____Crucial_CT512M550SSD1___________________________14260C7668CD" state in doubt; requested fast path state update...
2017-01-05T01:25:38.541Z cpu1:66053)WARNING: NMP: nmp_DeviceRequestFastDeviceProbe:237: NMP device "t10.ATA_____Crucial_CT512M550SSD1___________________________14260C7668CD" state in doubt; requested fast path state update...
2017-01-05T01:25:42.540Z cpu3:66053)WARNING: NMP: nmp_DeviceRequestFastDeviceProbe:237: NMP device "t10.ATA_____Crucial_CT512M550SSD1___________________________14260C7668CD" state in doubt; requested fast path state update...
2017-01-05T01:27:37.542Z cpu1:65557)WARNING: NMP: nmp_DeviceRequestFastDeviceProbe:237: NMP device "t10.ATA_____Crucial_CT512M550SSD1___________________________14260C7668CD" state in doubt; requested fast path state update...
2017-01-05T01:27:38.549Z cpu3:66053)WARNING: NMP: nmp_DeviceRequestFastDeviceProbe:237: NMP device "t10.ATA_____Crucial_CT512M550SSD1___________________________14260C7668CD" state in doubt; requested fast path state update...

Ik er was een nieuwe bios versie uitgekomen, dus hoopvol heb ik deze gisteravond geinstalleerd, maar het gaf geen verschil.

Ik heb geen reden om aan te nemen dat de SSD stuk is, hij deed het prima in mijn desktop (weet niet hoe ik dit het beste kan verifieren om het uit te sluiten)

Iemand enig idee?

[magneet]

Welke esxi versie? Er was meen ik iets met een nieuwe sata driver die niet altijd even lief is in 6.5.

edit: gevonden klinkt wel als jouw probleem zo op het eerste oog: https://www.vdrone.nl/esxi-6-5-vmw_ahci-ssd-extreme-latency/

[ Voor 38% gewijzigd door magneet op 04-01-2017 22:24 . Reden: linkje gevonden ]

[FireDrunk]

Ik zou vooral eens kijken of je de firmware van de SSD misschien moet updaten. Crucial heeft ooit een bugje gehad met wat agressieve power saving van SSD's. Maar dat was dacht ik de M500 serie.

Heel kort door de bocht, je SSD kan natuurlijk ook gewoon kapot zijn

[onok]

Thanks beiden, ik ga het vanavond proberen (ik heb idd versie 6.5). Kan ik in ESX iets van een scan ofzo doen om te controleren of m'n SSD stuk is?

[ Voor 8% gewijzigd door onok op 05-01-2017 14:41 ]

[|sWORDs|]

FireDrunk schreef op donderdag 5 januari 2017 @ 08:04:
Ik zou vooral eens kijken of je de firmware van de SSD misschien moet updaten. Crucial heeft ooit een bugje gehad met wat agressieve power saving van SSD's. Maar dat was dacht ik de M500 serie.

Heel kort door de bocht, je SSD kan natuurlijk ook gewoon kapot zijn

Met de MX100 ook firmware issues gehad icm ESXi.

[FireDrunk]

onok schreef op donderdag 5 januari 2017 @ 14:41:
Thanks beiden, ik ga het vanavond proberen (ik heb idd versie 6.5). Kan ik in ESX iets van een scan ofzo doen om te controleren of m'n SSD stuk is?

Niet echt, met wat kunst en vliegwerk kan je wat SMART waardes uitlezen:
https://kb.vmware.com/sel...playKC&externalId=2040405

Maar makkelijkste is om de SSD even in een ander systeem te hangen (nadat je een goede backup gemaakt hebt), en daar even testen.

[onok]

magneet schreef op woensdag 4 januari 2017 @ 22:18:
Welke esxi versie? Er was meen ik iets met een nieuwe sata driver die niet altijd even lief is in 6.5.

edit: gevonden klinkt wel als jouw probleem zo op het eerste oog: https://www.vdrone.nl/esxi-6-5-vmw_ahci-ssd-extreme-latency/

Het lijkt erop dat het geholpen heeft, dus mijn dank is groot

[magneet]

onok schreef op vrijdag 6 januari 2017 @ 12:36:
[...]

Het lijkt erop dat het geholpen heeft, dus mijn dank is groot

cool, geen probleem Bewijst maar weer de waarde van de vExpert slack.

[ Voor 10% gewijzigd door magneet op 06-01-2017 13:58 ]

[zeroday]

Ik zal wel iets mijn ogen hebben zitten, maar waar vind ik de optie in de /ui/ functionaliteit om een ISO als CD-ROM die niet op de datatastore staat te gebruiken om een VM te installeren?

Ik kan maar niet vinden waar ik de ISO kan koppelen.

[Microkid]

zeroday schreef op vrijdag 6 januari 2017 @ 19:39:
Ik zal wel iets mijn ogen hebben zitten, maar waar vind ik de optie in de /ui/ functionaliteit om een ISO als CD-ROM die niet op de datatastore staat te gebruiken om een VM te installeren?

Ik kan maar niet vinden waar ik de ISO kan koppelen.

Kan niet. Je kan alleen kiezen voor Host Device of Datastore ISO file. Je zal dus echt even de ISO naar een datastore moeten kopieren. Dat kan een lokale VMFS zijn, of een iSCSI, NFS datastore.

[zeroday]

Microkid schreef op vrijdag 6 januari 2017 @ 20:05:
[...]

Kan niet. Je kan alleen kiezen voor Host Device of Datastore ISO file. Je zal dus echt even de ISO naar een datastore moeten kopieren. Dat kan een lokale VMFS zijn, of een iSCSI, NFS datastore.

thanks.. en een reden om niet te upgraden naar 6.5 ;-)
en ja, ik ben een lui om het niet naar een datastore te willen kopieren . (echt lui .. ) ;-)
inmiddels de vsphere client onder windows maar even gebruikt.. Dacht ik eens lief te zijn tegen /ui/ .. ;-)

[webgangster]

|sWORDs| schreef op dinsdag 3 januari 2017 @ 11:40:
Probeer via je werkgever gewoon een officiële VMware cursus te krijgen.
Foundations is niet VCA, maar opsplitsing van het oude VCP examen.

Net als @TomdeJ wil ik mij ook certificeren. Er zijn veel cursussen beschikbaar welke via de werkgever bekostigd worden, wat is nu een goede cursus?

Zelf had ik de cursus 'VMware vSphere 6.0: Install, Configure & Manage' gevonden, maar bereid deze cursus je goed voor op VCA6-DCV?

Zit ik (heel) warm?



Edit: Mijn vraag is eigenlijk al beantwoord door: magneet in "Het grote ESXi/vSphere Topic"

[ Voor 8% gewijzigd door webgangster op 06-01-2017 22:16 ]

[|sWORDs|]

webgangster schreef op vrijdag 6 januari 2017 @ 22:12:
[...]


Net als @TomdeJ wil ik mij ook certificeren. Er zijn veel cursussen beschikbaar welke via de werkgever bekostigd worden, wat is nu een goede cursus?

Zelf had ik de cursus 'VMware vSphere 6.0: Install, Configure & Manage' gevonden, maar bereid deze cursus je goed voor op VCA6-DCV?

Zit ik (heel) warm?

[afbeelding]

Edit: Mijn vraag is eigenlijk al beantwoord door: magneet in "Het grote ESXi/vSphere Topic"

Warmer dan dat ga je niet worden. Mocht je Reinhart Nel als trainer krijgen, doe 'm de groeten.

[magneet]

Eric Sloof is ook een hele goede maar goed die had ik voor mijn laatste training en dat was what's new in vSphere 4.

Vroeger was icm dé cursus voor vcp maar welke cursus je ook doet alleen die is NIET genoeg voor de examens. Bouw een lab en ga spelen, heb je geen lab dan zijn de hands on labs van VMware ideaal om te oefenen ( http://hol.vmware.com ). Lees de blueprint voor de examens goed want alles wat gevraagd wordt staat daarin en wat daarin staat wordt gevraagd. Mocht je overigens al je ccna hebben dan kan je geloof ik het vcp6-nv examen doen zonder cursus.

[ Voor 68% gewijzigd door magneet op 07-01-2017 23:31 ]

[|sWORDs|]

webgangster schreef op vrijdag 6 januari 2017 @ 22:12:
[...]


Net als @TomdeJ wil ik mij ook certificeren. Er zijn veel cursussen beschikbaar welke via de werkgever bekostigd worden, wat is nu een goede cursus?

Zelf had ik de cursus 'VMware vSphere 6.0: Install, Configure & Manage' gevonden, maar bereid deze cursus je goed voor op VCA6-DCV?

Zit ik (heel) warm?

[afbeelding]

Edit: Mijn vraag is eigenlijk al beantwoord door: magneet in "Het grote ESXi/vSphere Topic"

Ik zie nu pas dat ik niet gezien heb dat je vca wil doen. Waarom niet vcp? Ik geloof niet dat ik ooit een vacature gezien heb waarin om vca gevraagd wordt.

[ Voor 4% gewijzigd door |sWORDs| op 08-01-2017 08:36 ]

[webgangster]

|sWORDs| schreef op zondag 8 januari 2017 @ 08:35:
[...]

Ik zie nu pas dat ik niet gezien heb dat je vca wil doen. Waarom niet vcp? Ik geloof niet dat ik ooit een vacature gezien heb waarin om vca gevraagd wordt.

Foutje van mijn kant, het moet VCP zijn
Begrijp eigenlijk ook niet zo goed waarom er een VCA is..

[FireDrunk]

Voor systeembeheerders die VMware "erbij" doen? Als in, een single servertje met wat probeerseltjes, zonder vCenter?

Dan heb je echt geen VCP nodig.

[ThinkPad]

Hmm, ik geef dus een SATA-controller (ASM1062) door (PCI-Passthrough) aan een VM.
Nu kan ik geen snapshot maken vanwege de passthrough zegt ESXi.

Wat ik nu doe is VM afsluiten, SATA-controller loskoppelen van de VM, VM starten, snapshot maken, meuk installeren wat ik wil testen. VM afsluiten, snapshot terugzetten, SATA-controller weer aan VM koppelen.

Niet erg praktisch dus, is daar niet een workaround voor?
Ik wil namelijk een snapshot van de VM zelf maken, niet van de disks die aan de SATA-controller hangen ofzo.

[FireDrunk]

Voor zover ik weet niet.

[renedis]

ThinkPadd schreef op maandag 9 januari 2017 @ 13:01:
Hmm, ik geef dus een SATA-controller (ASM1062) door (PCI-Passthrough) aan een VM.
Nu kan ik geen snapshot maken vanwege de passthrough zegt ESXi.

Wat ik nu doe is VM afsluiten, SATA-controller loskoppelen van de VM, VM starten, snapshot maken, meuk installeren wat ik wil testen. VM afsluiten, snapshot terugzetten, SATA-controller weer aan VM koppelen.

Niet erg praktisch dus, is daar niet een workaround voor?
Ik wil namelijk een snapshot van de VM zelf maken, niet van de disks die aan de SATA-controller hangen ofzo.

Nope, zo ver ik weet ook niet. Ik dacht eigenlijk dat de VM uitzetten voldoende was om een snapshot met een passthrough device te maken?

[ThinkPad]

Zou ook kunnen dat dat voldoende is inderdaad, is al even geleden dat ik een snapshot gemaakt heb.
Wel jammer, hindert m'n workflow een beetje op die manier

[|sWORDs|]

Uitzetten en snapshot maken zou kunnen werken, maar is niet supported. Bij RDM heb je trouwens hetzelfde.

[ Voor 8% gewijzigd door |sWORDs| op 09-01-2017 13:18 ]

[FireDrunk]

Maar bij RDM zou je de disk nog kunnen "hot" attachen en detachen.

[renedis]

Ik zit al een tijdje rond te kijken om een Geforce te hard-modden naar een K5000/K5200, K1 of K2 oid.

Nu kwam ik op de volgende optie:

code:

hypervisor.cpuid.v0 = "FALSE"

Volgens sommigen is deze optie in je .vmx file voldoende om een Geforce via passthrough te laten werken?

En soms zeggen ze dat je dan ook nog net zoals bij Windows Hyper-V deze opties moet toevoegen:

code:

mce.enable = "TRUE"
vhv.enable = "TRUE"

Heeft iemand dit toevallig al eens getest? Ik lees namelijk gemengde antwoorden

[ Voor 6% gewijzigd door renedis op 09-01-2017 13:23 ]

[|sWORDs|]

renedis schreef op maandag 9 januari 2017 @ 13:20:
Ik zit al een tijdje rond te kijken om een Geforce te hard-modden naar een K5000/K5200, K1 of K2 oid.

Nu kwam ik op de volgende optie:

code:

hypervisor.cpuid.v0 = "FALSE"

Volgens sommigen is deze optie in je .vmx file voldoende om een Geforce via passthrough te laten werken?

En soms zeggen ze dat je dan ook nog net zoals bij Windows Hyper-V deze opties moet toevoegen:

code:

mce.enable = "TRUE"
vhv.enable = "TRUE"

Heeft iemand dit toevallig al eens getest? Ik lees namelijk gemengde antwoorden

K1 en K2 hardmod gaat schijnbaar niet werken, zie DM. Ik heb zelf trouwens nog een kaart liggen die ik wilde laten modden, maar omdat de resistors anders zijn dan in de voorbeelden ben ik er nog niet uit welke precies om moeten.

hypervisor.cpuid.v0 zou best wel eens kunnen werken, ik denk namelijk echt dat het een firmware check is en als die niet ziet dat het een VM is...

[ Voor 6% gewijzigd door |sWORDs| op 09-01-2017 14:07 ]

[prekz]

Ik wil binnenkort de overstap maken van ESXi 6.0 u2 naar esxi 6.5.
Wat voor mij behoorlijk belangrijk is, is mijn Freenas VM, dit is een VM waar ik een IBM 1015 naar heb gepassthrought.

Ik weet dat dit een setup is die meerdere gebruikers op tweakers hebben, zijn er mensen met ervaring naar het updaten naar esxi 6.5, ga ik tegen problemen lopen? Of is het een kwestie van een backup maken (natuurlijk...) esxi updaten, zorgen dat de Freenas VM weer draait alvorens de rest?

[FireDrunk]

Ik verwacht van wel ja, ik heb nog nergens upgrade problemen gezien/gehoord.
(maar ik moet zelf ook nog ).
Als je vCenter hebt, die eerst upgraden.

[jadjong]

Als je vCenter gebruikt deze eerst upgraden.

[prekz]

Hier maak ik (nog) geen gebruik van, ik zie wel dat de vcsa 10Gb ram nodig heeft en dat deze volgens mij (uit berichten in dit topic) niet kleiner te zetten is dus ik weet nog niet of ik de vcsa ga installeren.

[FireDrunk]

Je kan hem niet minder "toewijzen", maar hij gebruikt het bij lange na niet.

[stuffer]

|sWORDs| schreef op maandag 9 januari 2017 @ 13:55:
[...]

@sWORDs,

Vraagje aan de VMWare expert:

Als ik inlog op de VMware site voor de "free" hypervisor kan ik alleen downloaden. is een trial volgens VMWare?

[Locke_]

stuffer schreef op dinsdag 10 januari 2017 @ 15:08:
[...]


@sWORDs,

Vraagje aan de VMWare expert:

Als ik inlog op de VMware site voor de "free" hypervisor kan ik alleen downloaden. is een trial volgens VMWare?

Op de download pagina staat ook een kopje "License information".

Daar vindt je ook de licentie-code voor de free edition.

Als je deze code gebruikt worden alle advanced features uitgeschakeld waarna je de free edition overhoudt.

[stuffer]

Locke_ schreef op dinsdag 10 januari 2017 @ 15:16:
[...]


Op de download pagina staat ook een kopje "License information".

Daar vindt je ook de licentie-code voor de free edition.

Als je deze code gebruikt worden alle advanced features uitgeschakeld waarna je de free edition overhoudt.

Zo....ben ik ff scheel

[cooLopke]

Ik zou een nested hyper-v moeten installeren binnen ESX 5.5, ik heb al even zitten proberen, maar ik krijg steeds dezelfde foutmelding. "The processor does not have required virtualization capabilities".

Het gaat om hosts met cpu Intel Xeon CPU E5-2650 v3. Ik heb al geprobeerd om de vmx file aan te passen van de VM en het volgende toe te voegen:
hypervisor.cpuid.v0 = "FALSE"
mce.enable = "TRUE"
vhv.enable = "TRUE"

Ook staat CPU/MMU Virtualization op "Use Intel VT-x/AMD-V for instruction set virtualization and Intel EPT/AMD RVI for MMU virtualization".

Echter krijg ik nog steeds dezelfde foutmelding. Hebben jullie nog enig advies, of is dit gewoon niet mogelijk?

Alvast bedankt!

[Dennism]

cooLopke schreef op donderdag 12 januari 2017 @ 14:53:
Ik zou een nested hyper-v moeten installeren binnen ESX 5.5, ik heb al even zitten proberen, maar ik krijg steeds dezelfde foutmelding. "The processor does not have required virtualization capabilities".

Het gaat om hosts met cpu Intel Xeon CPU E5-2650 v3. Ik heb al geprobeerd om de vmx file aan te passen van de VM en het volgende toe te voegen:
hypervisor.cpuid.v0 = "FALSE"
mce.enable = "TRUE"
vhv.enable = "TRUE"

Ook staat CPU/MMU Virtualization op "Use Intel VT-x/AMD-V for instruction set virtualization and Intel EPT/AMD RVI for MMU virtualization".

Echter krijg ik nog steeds dezelfde foutmelding. Hebben jullie nog enig advies, of is dit gewoon niet mogelijk?

Alvast bedankt!

In de virtual machine properties moet je geloof ik ook nog bij de CPU/MMU virtualization de onderste optie selecteren ipv de standaard optie

Ow die heb je ook al zie ik, mogelijk moet het wel zijn, daar ik dit ter test ooit draaiende gehad heb. Al kan het natuurlijk zijn dat het vanaf een bepaald Windows Server 2012 R2 / ESX patch level niet meer werkt...

Let er trouwens wel op met welke tekst editor je de VMX file aanpast, en copy paste de aan te passen regels niet, dit wil nog wel eens fout gaan waarna ESX ze niet oppikt. Ik gebruikte destijds geloof ik notepad++

[ Voor 18% gewijzigd door Dennism op 12-01-2017 15:12 ]

[cooLopke]

Staat volgens mij juist:

[|sWORDs|]

cooLopke schreef op donderdag 12 januari 2017 @ 14:53:
Ik zou een nested hyper-v moeten installeren binnen ESX 5.5, ik heb al even zitten proberen, maar ik krijg steeds dezelfde foutmelding. "The processor does not have required virtualization capabilities".

Het gaat om hosts met cpu Intel Xeon CPU E5-2650 v3. Ik heb al geprobeerd om de vmx file aan te passen van de VM en het volgende toe te voegen:
hypervisor.cpuid.v0 = "FALSE"
mce.enable = "TRUE"
vhv.enable = "TRUE"

Ook staat CPU/MMU Virtualization op "Use Intel VT-x/AMD-V for instruction set virtualization and Intel EPT/AMD RVI for MMU virtualization".

Echter krijg ik nog steeds dezelfde foutmelding. Hebben jullie nog enig advies, of is dit gewoon niet mogelijk?

Alvast bedankt!

De melding is de vhv regel. Als je een vCenter hebt kun je zien of deze echt aan staat:




En met een vCenter of de Web Host Client kun je het ook gewoon inschakelen (onder CPU in de VM settings) zonder de VMX file te bewerken:


Gebruik je wel een HW level 10 of hoger voor je VM?

[ Voor 10% gewijzigd door |sWORDs| op 12-01-2017 15:57 ]

[cooLopke]

@Dennis: ik heb de vmx file ook geedit met notepad++:



@sWords de VM HW staat nu inderdaad op 8, maar heb deze ook al eens op 10 geplaatst, heb dit nu ook even opnieuw gedaan, maar dan is die niet meer editbaar op de vsphere client enkel op de web client, vandaar dat ik hem opnieuw heb aangemaakt. Maar dan ook daar staat alles juist en nog werkt het niet:

[Endpoint]

Gebruik gemaakt van de last minute van Global knowledge om maandag de VSICM te gaan starten.

Buiten whats new v6.5 nog enige tips? Ik heb wel wat ervaring met VMware, maar goed voorbereid is altijd prettig

[|sWORDs|]

De blogsposts van Duncan en William van de laatste maanden even doorspitten? Ik zou vooral veel doen na de cursus.

[ Voor 20% gewijzigd door |sWORDs| op 12-01-2017 20:20 ]

[|sWORDs|]

Heeft iemand nog een mening over de startpost? Ga ik alles aanpassen naar 6.5 of ga ik overal de verschillen uitleggen?

[ikke26]

Ik ben op dit moment aan het kijken hoe ik een virtualisatieserver thuis kan opzetten. Op het moment ben ik aan het inventariseren of zoiets haalbaar is.
Als 'hoofdPC' gebruik ik momenteel een late 2013 13" MBP, maar ik wil een tijdje toch een vaste PC er weer bij hebben, maar ik vind het eigenlijk verspilling om daar naast een server nog een extra PC voor in te zetten omdat ik deze zo weinig gebruik.

Op dit moment heb ik een SoYouStart dedicated server met een aantal van de volgende VM's met Proxmox 4.4 (de lamp-server, maib en W10 via VPN en RDP) plus wat ik erbij zou willen. Die wil ik dan migreren. Misschien blijf ik bij Proxmox, misschien wordt het ESXi, dat ligt even aan de performance.

PFsense	Router, 24/7
FreeNAS of andere distro	Bestandenopslag, Time Capsule, etc. Disks uit tijdens idlen, ZFS?, dus PCI passthrough SATA controller vereist.
Windows 10	Af en toe Office/Excel omdat het lekkerder werkt dan op macOS. MATLAB, Ziggo Go. Alleen aan bij gebruik.
Debian LAMP-server	webserver, 24/7
Ubuntu 14.04 mail-in-a-box	Mail en DNS, 24/7
Ubuntu 16.04 Gitlab
Ubuntu 16.04 desktop	Om op te werken wanneer ik lang thuis ben en niet de hele dag krampachtig / niet ergonomisch op mijn MBP wil werken of gewoon wat extra CPU performance nodig heb. Alleen aan bij gebruik.

Nu zit ik met de volgende vraag.
Het moederbord dat ik op het oog heb, heeft alleen een ingebouwde GPU slechts gemaakt voor admin taken. Daarom wil ik voor de W10 en/of de Ubuntu VM een grafische kaart plaatsen m.b.v. PCI passthrough.
Echter, bij voorkeur moet de boel ook nog enigszins zuinig en stil draaien. Daarom vroeg ik mij af, en hierbij ook de TL;DR:

Is het mogelijk een PCI-passthrough grafische kaart volledig af te laten sluiten / in standby te laten gaan als de VM waarin deze gebruikt wordt ook wordt afgesloten? Anders draait deze 24/7, terwijl deze maar een paar uur per week wordt gebruikt. Of, anders gesteld: Weet iemand hoeveel een losse grafische kaart gebruikt, wanneer het guest OS waarin deze wordt gebruikt afgesloten is?

Ik heb al 1,5 uur gegoogeld, maar krijg bijna het idee dat niemand eerder dit zich heeft afgevraagd of dat ik gewoon niet kan zoeken.

[|sWORDs|]

Momenteel zou ik het alleen bij een GRID (K2/M60) kaart kunnen bekijken. Ik denk dat een normale kaart niet anders is. Ook haal ik binnenkort een Geforce op en kan ik dan misschien daar ook iets over roepen indien ik 'm aan de praat krijg. Maar heb je aan software graphics niet voldoende?

[jadjong]

De mijne (AMD) gaat uit als je de vm sluit. Vanaf 6.0 wil de hele host nog wel eens crashen als een VM met PCI-passthrough uit gaat, om dat te voorkomen heb ik in passtrough.map de AMD kaart toegevoegd.

[ Voor 64% gewijzigd door jadjong op 18-01-2017 23:24 ]

[|sWORDs|]

jadjong schreef op woensdag 18 januari 2017 @ 23:21:
De mijne (AMD) gaat uit als je de vm sluit. Vanaf 6.0 wil de hele host nog wel eens crashen als een VM met PCI-passthrough uit gaat, om dat te voorkomen heb ik in passtrough.map de AMD kaart toegevoegd.

Volgens mij is dat alleen met AMD kaarten en zelfs dan niet met FireGL.

[albatross]

Op ESXi 6.5.0 probeer ik een ovf paket te installeren. maar krijg voortdurende volgende fout:

"failed to deploy ovf package", "error uploading [file] IO Error".
 
Zoals te doen gebruikelijk is ESXi belachelijk verbose met error logging; dus met 'IO error' weet ik nog niks. Grrrr.

Wat voor IO error zou dit kunnen wezen?! De status van mijn SSD is iig goed.

[FireDrunk]

Disk te vol? Hij transfered eerst de OVF naar je server, die wordt daarna volgens mij lokaal uitgepakt, en daarna in een VMDK gestreamed. Dus kan best zijn dat je 3 keer de ruimte nodig hebt.

[albatross]

FireDrunk schreef op donderdag 19 januari 2017 @ 10:11:
Disk te vol? Hij transfered eerst de OVF naar je server, die wordt daarna volgens mij lokaal uitgepakt, en daarna in een VMDK gestreamed. Dus kan best zijn dat je 3 keer de ruimte nodig hebt.

Ja, dat dacht ik eerst ook, maar ik heb nog 100G over. En dit betreft een synology ovf (al met al een kleine 51k, LOL).

Heb het net via de webinterface gebrobeerd; krijg dan 'Failed to deploy VM: postNFCData failed'.

[FireDrunk]

Firewall? De OVF inspoelen gaat via een speciale poort op je ESXi machine dacht ik, zit je achter een proxy ofzo?

[albatross]

FireDrunk schreef op donderdag 19 januari 2017 @ 10:19:
Firewall? De OVF inspoelen gaat via een speciale poort op je ESXi machine dacht ik, zit je achter een proxy ofzo?

Even ge-googled op die laatste error, en vond:

I think I have some insight into this failure now. For VMs that have been exported with ovftool using the --compress argument, the Host Client is unable to deploy them because the ESXi host expects the uncompressed disk images to be uploaded, and we have, unfortunately, no good way to un-gzip those disk images using the web browser at the moment.
 
For now, you will have to use ovftool to import VMs with compressed disk images.

Ik ga eens even kijken of het met die ovftool wel gaat. Bedank iig voor het meedenken.

[FireDrunk]

ovftool is best makkelijk! Dat heb ik ook al eens gedaan, even prutsen met de daadwerkelijke commando's, maar was wel te doen.

Mocht je het vinden, laat het even weten, is wel iets leuks voor de startpost!

[albatross]

FireDrunk schreef op donderdag 19 januari 2017 @ 10:23:
ovftool is best makkelijk! Dat heb ik ook al eens gedaan, even prutsen met de daadwerkelijke commando's, maar was wel te doen.

Mocht je het vinden, laat het even weten, is wel iets leuks voor de startpost!

Helaas, dat was het toch niet. Net een vorige ovf image geprobeerd (van een vorige synology versie die ik eerder had geinstalleerd), maar die gaat ook niet meer.

[CH4OS]

Ik zit te twijfelen om te gaan upgraden van ESXi 6.0U2 naar ESXi 6.5. Sinds ESXi 6.0 is er geen driver meer aanwezig voor mijn HP P400 RAID controller. Ik heb geprobeerd te upgraden naar de HP P410, maar daarmee kon mijn homelab niet meer booten, ik blijf dus het liefste de P400 controller nu gebruiken.

Voor 6.0 heb ik uiteindelijk een gepatchte driver gevonden, waarmee mijn P400 controller weer werkt in ESXi 6.0. Nu vroeg ik mij af, of er in de drivers eea veranderd is in ESXi 6.5 tov 6.0 of kan ik deze gepatchte driver blijven gebruiken in 6.5? Ik weet dat ik deze driver na het updaten altijd terug moet installeren, dat is verder geen enkel probleem, maar gaat mij er meer om of de driver uberhaupt blijft werken of dat de P400 out-of-the-box weer gewoon werkt (al denk ik dat niet, aangezien sinds ESXi 5.0 of zo de P400 controller niet meer ondersteund wordt).

[ Voor 22% gewijzigd door CH4OS op 19-01-2017 10:58 ]

[Oid]

|sWORDs| schreef op woensdag 18 januari 2017 @ 15:17:
Heeft iemand nog een mening over de startpost? Ga ik alles aanpassen naar 6.5 of ga ik overal de verschillen uitleggen?

startpost ziet er goed en overzichtelijk uit. zou zeggen pas aan naar 6.5 en waar nodig benadruk de verschillen. vind wel dat we naar het nu moeten kijken en de verschillen zijn ook op VMware.com of de diverse blogs te vinden...

[FireDrunk]

CH40S schreef op donderdag 19 januari 2017 @ 10:55:
Ik zit te twijfelen om te gaan upgraden van ESXi 6.0U2 naar ESXi 6.5. Sinds ESXi 6.0 is er geen driver meer aanwezig voor mijn HP P400 RAID controller. Ik heb geprobeerd te upgraden naar de HP P410, maar daarmee kon mijn homelab niet meer booten, ik blijf dus het liefste de P400 controller nu gebruiken.

Dat is wel vreemd, want je array zou importeerbaar moeten zijn op de P410. Het kan wel zo zijn dat hij niet bij default wil booten van een 'vreemde' array. Dan moet je dus even de utility in gaan, en de array importeren. Zou gewoon moeten werken.

Voor 6.0 heb ik uiteindelijk een gepatchte driver gevonden, waarmee mijn P400 controller weer werkt in ESXi 6.0. Nu vroeg ik mij af, of er in de drivers eea veranderd is in ESXi 6.5 tov 6.0 of kan ik deze gepatchte driver blijven gebruiken in 6.5? Ik weet dat ik deze driver na het updaten altijd terug moet installeren, dat is verder geen enkel probleem, maar gaat mij er meer om of de driver uberhaupt blijft werken of dat de P400 out-of-the-box weer gewoon werkt (al denk ik dat niet, aangezien sinds ESXi 5.0 of zo de P400 controller niet meer ondersteund wordt).

Volgens mij is het (kernel) technisch mogelijk om 6.0 drivers in 6.5 te draaien, maar of het stabiel en/of verstandig is, is een tweede.

De P400 is ook echt al een _hele_ oude controller

[|sWORDs|]

ESXi 5.0 drivers werken wel op 6.0, maar niet meer op 6.5. 5.1 en hoger wel.

[CH4OS]

FireDrunk schreef op donderdag 19 januari 2017 @ 11:12:
Dat is wel vreemd, want je array zou importeerbaar moeten zijn op de P410. Het kan wel zo zijn dat hij niet bij default wil booten van een 'vreemde' array. Dan moet je dus even de utility in gaan, en de array importeren. Zou gewoon moeten werken.

Als ik de P410 controller in de PC had zitten, kwam deze de POST niet meer door. In een HP Microserver van een toenmalige collega van me werkte de controller prima. Mijn homelab beschikt momenteel zo uit mijn hoofd over een Asus moederbord, en geen verdere HP hardware.

Volgens mij is het (kernel) technisch mogelijk om 6.0 drivers in 6.5 te draaien, maar of het stabiel en/of verstandig is, is een tweede.

De P400 is ook echt al een _hele_ oude controller

Jep, ik heb de controller al de nodige jaren in mijn homelab zitten en hij doet zijn werk prima. Doordat met de huidige PC de P410 niet werkt, zit ik nu min of meer vast aan deze controller, want wil de data ook niet zomaar kwijt uiteraard.

|sWORDs| schreef op donderdag 19 januari 2017 @ 11:41:
ESXi 5.0 drivers werken wel op 6.0, maar niet meer op 6.5. 5.1 en hoger wel.

Hoe kan ik zien voor welke versie een driver bedoeld is?

[ Voor 10% gewijzigd door CH4OS op 19-01-2017 12:13 ]

[albatross]

Oh, zijn ze overigens ter plekke knettergek geworden bij Vmware?!

Had een VM geupgrade naar versie 13. Toen zei de Vmware Sphere Client dat ik de config van een VM daarmee niet meer kan veranderen. Dus probeerde ik de ESXi web client dan maar; alleen... die slaat veranderingen in de config niet op!

En nou las ik ook dat ze dat express gedaan hebben met de free verion van ESXi. "He, hier heb je een gratis ESXi, maar hahahaha, je kunt er lekker je VM's niet meer mee editen!"

[|sWORDs|]

albatross schreef op donderdag 19 januari 2017 @ 14:34:
Oh, zijn ze overigens ter plekke knettergek geworden bij Vmware?!

Had een VM geupgrade naar versie 13. Toen zei de Vmware Sphere Client dat ik de config van een VM daarmee niet meer kan veranderen. Dus probeerde ik de ESXi web client dan maar; alleen... die slaat veranderingen in de config niet op!

En nou las ik ook dat ze dat express gedaan hebben met de free verion van ESXi. "He, hier heb je een gratis ESXi, maar hahahaha, je kunt er lekker je VM's niet meer mee editen!"

Nee, er was een probleem met de host client waardoor je zonder vCenter bepaalde acties niet kon doen. Dit had te maken met de API. Dit is gefixt voor de C Client niet meer meegeleverd werd. Dus met de host client moet je gewoon de VM kunnen bewerken. Kan het misschien zijn dat je een upgrade uitgevoerd hebt en handmatig de oude host client met de VIB op je host had staan? Die moet weg en dan kun je de Host Client die nu met ESXi mee komt gebruiken.

[FireDrunk]

vSphere Web Client (vCenter via Flash / HTML5) is overigens een ander ding dan de ESXi Host Client (ESXi via HTML5 op <ip>/ui).

Beetje verwarrend zo

[albatross]

|sWORDs| schreef op donderdag 19 januari 2017 @ 14:57:
[...]

Nee, er was een probleem met de host client waardoor je zonder vCenter bepaalde acties niet kon doen. Dit had te maken met de API. Dit is gefixt voor de C Client niet meer meegeleverd werd. Dus met de host client moet je gewoon de VM kunnen bewerken. Kan het misschien zijn dat je een upgrade uitgevoerd hebt en handmatig de oude host client met de VIB op je host had staan? Die moet weg en dan kun je de Host Client die nu met ESXi mee komt gebruiken.

Ben ik even in de Internet paranoia getrapt?! Het lijkt er wel ip.

Ik heb wel vandaag wel een upgrade gedaan naar 6.5.0. De host client die ik altijd gebruik zit op:

https://192.168.79.17/ui/#/host

Dat is mijn ESXi server IP. Is er een andere host client dan?

[|sWORDs|]

FireDrunk schreef op donderdag 19 januari 2017 @ 14:59:
vSphere Web Client (vCenter via Flash / HTML5) is overigens een ander ding dan de ESXi Host Client (ESXi via HTML5 op <ip>/ui).

Beetje verwarrend zo

True:

• vSphere Client (C)
• Host Client (HTML5)
• vSphere Web Client (Flash)
• vSphere Client (HTML5)

Maar dat gaat dus naar:

• Host Client (HTML5)
• vSphere Client (HTML5)

En op dit moment zou je eigenlijk alleen maar deze moeten gebruiken:

• Host Client (HTML5)
• vSphere Web Client (Flash)

albatross schreef op donderdag 19 januari 2017 @ 15:06:
[...]


Ben ik even in de Internet paranoia getrapt?! Het lijkt er wel ip.

Ik heb wel vandaag wel een upgrade gedaan naar 6.5.0. De host client die ik altijd gebruik zit op:

https://192.168.79.17/ui/#/host

Dat is mijn ESXi server IP. Is er een andere host client dan?

Dit zou help -> about moeten zeggen:

Version: 1.8.0
Build number: 4516221
ESXi version: 6.5.0
ESXi build number:4564106

Er zijn echt geen plannen om de free versie meer te beperken, maar natuurlijk ligt de focus bij betaald.
In 6.5 worden nu zelfs alle AHCI controllers gebruikt, als we dan toch wilden beperken dan hadden we AHCI wel kunnen locken op Apple hardware, er zijn toch geen andere klanten die AHCI gebruiken.

[ Voor 39% gewijzigd door |sWORDs| op 19-01-2017 15:15 ]

[albatross]

|sWORDs| schreef op donderdag 19 januari 2017 @ 15:06:
[...]


Dit zou help -> about moeten zeggen:

Version: 1.8.0
Build number: 4516221
ESXi version: 6.5.0
ESXi build number:4564106

Precies zo, ja.

Version: 1.8.0
Build number: 4516221
ESXi version: 6.5.0
ESXi build number: 4564106

[|sWORDs|]

albatross schreef op donderdag 19 januari 2017 @ 15:13:
[...]


Precies zo, ja.

Version: 1.8.0
Build number: 4516221
ESXi version: 6.5.0
ESXi build number: 4564106

Dat is dan prima. Dan heb je of een probleem met de host client (welke browser gebruik je?) of een vCenter up en running.

[ Voor 4% gewijzigd door |sWORDs| op 19-01-2017 15:15 ]

[albatross]

|sWORDs| schreef op donderdag 19 januari 2017 @ 15:14:
[...]

Dat is dan prima. Dan heb je of een probleem met de host client (welke browser gebruik je?) of een vCenter up en running.

Geen vCenter. Heb alleen de ESXI (free) Hypervisor.

[|sWORDs|]

albatross schreef op donderdag 19 januari 2017 @ 15:16:
[...]


Geen vCenter. Heb alleen de ESXI (free) Hypervisor.

Doe eens wat basic troubleshooting, reboot ESXi, maak een nieuwe VM en bewerk wat eigenschappen daarvan.

[albatross]

|sWORDs| schreef op donderdag 19 januari 2017 @ 15:18:
[...]

Doe eens wat basic troubleshooting, reboot ESXi, maak een nieuwe VM en bewerk wat eigenschappen daarvan.

Alles even down gehaald en weer opgestart.


Zie nu dat ik mijn andere machines wel kan editen, maar die ene heeft een Warning:

"This VM is attached to a network portgroup that doesn't exist. Edit this VM and attach it to a different network."

Maar die laat zich dus niet editen.

[FireDrunk]

Vreemd, manueel geregistreerde VM?

[albatross]

n/m

[ Voor 99% gewijzigd door albatross op 19-01-2017 19:56 ]

[albatross]

FireDrunk schreef op donderdag 19 januari 2017 @ 19:55:
Vreemd, manueel geregistreerde VM?

De 'echte' error was volgens mij een wat rare (tamelijk verborgen) Warning over dat de gereserveerde hoeveelheid geheugen gelijk moest zijn aan het toegewezen geheugen. Beetje bizar, m.i., want daar schiet je weinig mee op. Voorheen had ik zeg maar 4G toegwezen aan een VM, met een gereserveerd minimum van 1G (zodat er iig altijd 1G voor de VM beschikbaar is). Hij is iig weer te editen.

[Lordsauron]

Sins vandaag aan het spelen met ESXi, geïnstalleerd en ik zie de vSphere Client web pagina. Echter kan ik daar op de een of andere manier niet inloggen. Op de host zelf kan ik met het root / wachtwoord gewoon instellingen veranderen. Iemand een idee? mis ik ergens iets?

Edit: Ok, wtf. Reboot en nu doet hij het wel

[ Voor 9% gewijzigd door Lordsauron op 19-01-2017 21:38 ]

[Dennisweb]

ESXi 6.5 geinstalleerd en weer gerevert. 6.5 is gewoon 'niet af'. Een hoop bugs op Safari, USB apparaten werken niet lekker. En 3D Graphics is 'greyed out'.

[k1n9_n01z3]

Plus je kunt nu geen SMB shares meer als datastore gebruiken ?! Why vmware.. WHY

[|sWORDs|]

k1n9_n01z3 schreef op zondag 22 januari 2017 @ 11:25:
Plus je kunt nu geen SMB shares meer als datastore gebruiken ?! Why vmware.. WHY

Dat is toch nooit mogelijk geweest? Alleen NFS.

[k1n9_n01z3]

|sWORDs| schreef op zondag 22 januari 2017 @ 12:57:
[...]

Dat is toch nooit mogelijk geweest? Alleen NFS.

Nee hoor, ik had bij mijn 6.0 gewoon een smb share als datastore

[FireDrunk]

Uh, hoe heb je dat voor elkaar gekregen?

[|sWORDs|]

Ik heb wel eens eerder gehoord dat je zo iets kon doen, iets met SMB waardes gebruiken bij toevoegen NFS datastore. Maar dat is op ESXi nooit supported geweest.

[FireDrunk]

Buiten dat het unsupported is, vraag ik me ook echt af of het verstandig is... Volgens mij is SMB zo async als de pest

[iMars]

Ik ben aan het orienteren naar een nieuwe NAS/Server omgeving. Ik heb mijn hele verhaal hier al gepost: iMars in "Het grote DIY RAID NAS topic deel 3"

Maar omdat ik ook hardware zoek waarop ESXi kan draaien, vraag ik jullie in deze topic ook om advies.

[|sWORDs|]

iMars schreef op woensdag 25 januari 2017 @ 05:29:
Ik ben aan het orienteren naar een nieuwe NAS/Server omgeving. Ik heb mijn hele verhaal hier al gepost: iMars in "Het grote DIY RAID NAS topic deel 3"

Maar omdat ik ook hardware zoek waarop ESXi kan draaien, vraag ik jullie in deze topic ook om advies.

Met XPenology heb je geen 28GB geheugen nodig, sterker nog ik denk dat alles boven de 4GB niet gebruik gaat worden. Ik zou niet voor een Atom based PC gaan, maar voor een Xeon-D (4 core?).

Ik zit momenteel in Dubai met een hoop drukte, maar ik wil dit weekend wel even uitgebreider reageren.

[zeroday]

iemand een idee?
2 VM's werden van het weekend niet meer gezien door de backup software. Erg vreemd omdat ze gewoon draaien. Pak ik de windows tool van VMware voor onderhoud en kijk ik bij de eigenschappen van de vm, dan zie ik niets maar dan ook niets staan. geen vm-tools, geen ip, geen cpu noppes, nada ..
terwijl bij andere VM's deze informatie gewoon lekker gevuld is.

Nu stop ik de instance en start hem weer en nu heb ik al die gegevens wel en wordt het door mijn backup software ook weer gevonden.

Dus wat ik me afvraag is waarom en hoe dit zou kunnen gebeuren?

[iMars]

Kan iemand mij uitleggen hoe het nou precies ziet met het aantal core's (of liever threads) t.o.v. het aantal GHz? Waarom zou je voor en dual-, quad of octocore gaan? Mijn aanname was dat het aantal CPU's (of threads) bepalend was van het aantal VM's. Ik heb nu een dual core met HT (dus 4 cpu's in ESXi) maar kon 6 (wel hele simpele) VM's runnen met elk 1 CPU.

Kan je beter voor een dual-core gaan met een hogere processorsnelheid? Of om meer core's met een lagere processorsnelheid? Of is het simpel het aantal GHz bij elkaar op geteld wat bepalend is?

[jadjong]

Vier vm's op een 4-core 2GHz cpu hoeven nooit te wachten. Vier vm's op een 2-core 4GHz cpu staan in 50% van de gevallen te wachten op elkaar, ook als de vm die een core bezet houdt niet de volle 4GHz nodig heeft. In beide gevallen heeft het totale systeem 8GHz te verstoken.
Ik zou alleen voor een weinig cores/veel GHz cpu kiezen als de software binnen de vm niet om kan gaan met multicore cpu's. In alle andere gevallen kan je de vm gemakkelijk uitbreiden met een extra cpu als de software daarom vraagt.

[iMars]

Ik zat aan het volgende te denken:

1. NAS: 1CPU
2. Linux download server: 1CPU
3. Linux Domoticz server: 1CPU
4. Windows client: 1CPU
5. Plex: ?CPU
6. ...
7. Ruimte voor de toekomst om te groeien als: pfSense, UniFi Controller

Misschien dat ik het beste voor een quad kan gaan?

[|sWORDs|]

jadjong schreef op woensdag 25 januari 2017 @ 17:54:
Vier vm's op een 4-core 2GHz cpu hoeven nooit te wachten. Vier vm's op een 2-core 4GHz cpu staan in 50% van de gevallen te wachten op elkaar, ook als de vm die een core bezet houdt niet de volle 4GHz nodig heeft. In beide gevallen heeft het totale systeem 8GHz te verstoken.
Ik zou alleen voor een weinig cores/veel GHz cpu kiezen als de software binnen de vm niet om kan gaan met multicore cpu's. In alle andere gevallen kan je de vm gemakkelijk uitbreiden met een extra cpu als de software daarom vraagt.

Dit is niet geheel waar, in theorie zijn ze gelijktijdig klaar, ja de helft staan ze te wachten, maar de taak is ook twee keer zo snel klaar. (1 uur wachten en 1 uur 100km/h = 2 uur 50km/h= 100 km) En daarboven op, benut je minder dan 4 volledige cores is de machine sneller.

Waarom een dual core niet aan te bevelen is: Het zijn niet alleen de VM's die CPU gebruiken, ook de kernel, virtual storage en virtual networking. Maar ik heb liever een dual core Pentium dan een acht core Atom als we het alleen over CPU hebben.

[ Voor 9% gewijzigd door |sWORDs| op 25-01-2017 23:07 ]

[iMars]

|sWORDs| schreef op woensdag 25 januari 2017 @ 21:10:
[...]

Dit is niet geheel waar, in theorie zijn ze gelijktijdig klaar, ja de helft staan ze te wachten, maar de taak is ook twee keer zo snel klaar. (1 uur wachten en 1 uur 100km/h = 2 uur 50km/h= 100 km) En daarboven op, benut je minder dan 4 volledige cores is de machine sneller.

Waarom een dual core niet aan te bevelen is: Het zijn niet alleen de VM's die CPU gebruiken, ook de kernel, virtual storage en virtual networking. Maar ik heb liever een dual core Pentium dan een acht core Atom als we het alleen over CPU hebben.

[afbeelding]

Ik denk dat ik voor een pricewatch: Intel Core i5 6400 Tray ga. Samen met deze behuizing: pricewatch: Silverstone DS380.

Nu nog een mobo uitzoeken wat in mijn straatje past: categorie: Moederborden