ESXi hangt op VMkernel initialization bij maxed out RAM

[fonsoy]

Tweakers,

Tijdens de geheugenupgrade, van 16GB naar 32GB, wil ESXi niet meer doorstarten. Het OS hangt op de melding; "Starting VMkernel Initialization".

Dit probleem is op te lossen (het systeem start dus normaal), door het toegevoegde geheugen weer te verwijderen. Op dit moment dacht ik aan twee dingen, kapot geheugen, of een kapotte geheugenslot op het moederbord. Hierop heb ik de volgende dingen geprobeerd;
- Memtest86+ heeft succesvol met 32GB meerdere passes doorlopen
- Het BIOS geeft netjes 32GB geheugen aan
- Geheugenlatten omgewisseld van slot.

Ik ben uit ideeen. Waar kan ik het probleem zoeken?

Ik draai een ESXi 5.1 host op het volgende systeem;
- SuperMicro X9SCM-F moederbord
- Intel Xeon E3 1220V2 CPU
- Kingston KVR13E9/8i ECC non reg geheugen, 4x8GB
- IBM M1015 geflashed naar IT mode
- Seasonic G-serie 360 watt

Opslag als volgt
- No-name 1GB USB 2.0 stick (bootmedium ESXi)
- Samsung 840 Pro 256GB SSD (datastore)
- Diverse harde schijven, hangend aan de IBM

[Joenino]

Na wat googlewerk kwam ik dit tegen.

This limitation is present in Esxi 5.1 free, case your server have more of 32GB Memory Ram the server not start in free version

Dus weet niet of je die versie gebruikt? Want als je 32 GB plaats heb je altijd iets meer. Hier kan de free versie dus niet mee overweg.

Wat je dus zou moeten doen is 1 kit proberen om te ruilen voor 2x4GB. Zodat je 2x8 + 2x4 krijgt.

[fonsoy]

Ik gebruik inderdaad de free versie van ESXi 5.1.

Ik heb daarnet even geprobeerd om met drie geheugenrepen op te starten (3x8GB). Helaas hing het systeem op hetzelfde punt.

Ik heb ook meteen gecontroleerd of het BIOS up to date was, en dit klopte.

[ Voor 18% gewijzigd door fonsoy op 24-04-2013 11:34 ]

[Trommelrem]

En als je het oude geheugen verwijdert en alleen het nieuwe geheugen plaatst? Waardoor je dus alsnog 16 GB hebt. Staat het nieuwe geheugen wel op de HCL?

[ Voor 33% gewijzigd door Trommelrem op 24-04-2013 11:43 ]

[Joenino]

Volgens supermicro wordt jouw moederbord/model niet eens ondersteund op ESXi 5.1 (of welke ESXi versie dan ook). Dit betekend dat het niet getest is en VMWare dus niet kan garanderen dat het goed en stabiel werkt. Zelf heb ik daar in een bedrijfssituatie flinke problemen mee gehad dat opeens van versie 4.0 naar 4.1 1 van onze sans niet meer ondersteund werd.... Dat koste dus de nodige tijd om weer werkende vm's te krijgen.

Verder neem ik aan dat je zeker minimaal bios versie 2.0 heb? Anders wordt je processor niet goed ondersteund.

Ook staat je geheugen niet in de supportlijst.


*kleine edit gedaan

[ Voor 38% gewijzigd door Joenino op 24-04-2013 11:47 ]

[fonsoy]

Trommelrem schreef op woensdag 24 april 2013 @ 11:43:
En als je het oude geheugen verwijdert en alleen het nieuwe geheugen plaatst? Waardoor je dus alsnog 16 GB hebt. Staat het nieuwe geheugen wel op de HCL?

Ik ben daar inderdaad niet geheel duidelijk over geweest. Momenteel draait het systeem prima op het nieuwe setje RAM. Dit is identiek aan het 'oude' RAM, waar het ook goed mee draaide.

Ik heb toevallig contact gehad met SuperMicro betreffende het geheugen. Het geheugen staat inderdaad niet op de compatibiliteitslijst. Het geheugen wat er wel op staat is Kingston KVR13E9/8HM. Mijn geheugen is KVR13E9/8i. Volgens de engineer waar ik contact mee had, 'zou het moeten werken'.

De BIOS moest ik inderdaad met een i3 van de vorige generatie aanvankelijk updaten Daarvoor startte het complete systeem niet.

HyperBart (The Hyperactive Blog) heeft op hetzelfde moederbord succesvol 32GB draaiend onder ESXi. Helaas weet ik niet welke versie dat is.

[Joenino]

Hyperbart gebruikt echter een heel ander moederbord en processor. En gebruikt ook 1333mhz geheugen en geen 1600.

[fonsoy]

Je hebt gelijk. Ik heb niet goed gekeken.

Gek genoeg heb ik weinig vergelijkbare setups kunnen vinden. Officieel moet het moederbord gewoon de volle capaciteit ondersteunen. Of het is gewoon zo dat niemand er vergelijkbare problemen mee heeft.