[ESXi] No scratch partition melding komt steeds terug

[WRT54G]

Ik heb een schone installatie van ESXi 5.5 gedaan. ESXi draait vanaf USB stick en ik heb een RAID1 array als VMFS.

Bij elke reboot van de machine staat er bij events de volgende melding:
No scratch partition has been configured.
Recommended scratch partition size is {} MiB.

De scratch partition staat wel degelijk geconfigureerd.
/vmfs/volumes/datastore_ID/.locker

Waarom blijft deze melding toch terug komen bij elke reboot?

[WRT54G]

Iemand een idee..?

[tomtom901]

Wat is de output van:

vim-cmd hostsvc/advopt/view ScratchConfig.ConfiguredScratchLocation

via CLI

[WRT54G]

code:

~ # vim-cmd hostsvc/advopt/view ScratchConfig.ConfiguredScratchLocation
(vim.option.OptionValue) [
   (vim.option.OptionValue) {
      dynamicType = <unset>,
      key = "ScratchConfig.ConfiguredScratchLocation",
      value = "/vmfs/volumes/5257d01f-4dc80900-0296-002590306ec4/.locker",

[tomtom901]

Lijkt toch echt goed geconfigureerd, wellicht een bug in ESXi 5.5. Heb je dit probleem met 5.1 u1 ook?

[WRT54G]

Dat dacht ik dus ook...

Ik heb vanochtend een ticket aangemaakt bij VMware om dit probleem te melden.
Ben benieuwd naar hun reactie.

5.1 u1 heb ik niet geprobeerd.
Ben gelijk begonnen met 5.5

[tomtom901]

Probeer het eens als je in de gelegenheid bent, is voor VMware wellicht ook zeer relevante informatie. Het is niet alsof het installeren uren kost, tenzij je er niet makkelijk bij kunt.

[WRT54G]

Mocht ik in de gelegenheid zijn zal ik het idd even proberen.
Kom hier later op terug.

[WRT54G]

Ik heb zojuist een nieuwe installatie van 5.5 gedaan.
Nog steeds hetzelfde probleem.

Schone installatie van 5.1 u1 gedaan.
Geen meldingen ivm scratch partition!

Helaas werd mijn ticket bij vmware niet behandeld aangezien ik een free/home user ben.
Logisch maar wel jammer. :-)

Denk eraan om gewoon 5.1 u1 te gaan gebruiken.
Zit er veel verschil tussen deze en 5.5?

[tomtom901]

Ik las het inderdaad op de VMware community ja, lees / support daar ook mee .

Ehm, ik weet niet hoeveel RAM je in je server hebt , maar met 5.5 hebben ze de limiet van 32 GB opgehoogd, dus als je meer dan 32 GB hebt zou ik sowieso naar 5.5 gaan. Verder wat extra dingen in de vorm van flash read cache bijvoorbeeld, maar die hangt ook samen met je licentie.

Voor home use zou je (denk ik) prima afkunnen met een 5.1 installatie, maar het is dan ook weer de vraag in hoeverre je je voldoende stoort aan die melding om 5.5 te draaien.

[WRT54G]

Haha klopt idd. Had hem daar ook neer gezet ivm geen support aanvragen te mogen doen bij vmware zelf.

Update mijn post daar straks ook nog even. Ben nog het een en ander aan het testen nu.
Er zit 16GB in dus 5.1 zou zonder problemen kunnen (memory wise).
Maar je hebt gelijk. De melding moet ik me ook niet druk om maken aangezien de scratch partition gewoon goed staat.

[WRT54G]

Overigens heb ik met 5.1 u1 ook een vaag "probleem".
Kale installatie zonder guest VM erop en bij summary (en ook performance) staat bij CPU usage 2600 - 2700mhz in use.

[tomtom901]

Gaat lekker. Draai hem toch maar op 5.5 en kijk maar eens of je daar gekke dingen tegenkomt, dan zit je in elk geval op de nieuwste versie. Alles staat wel op de HCL? http://www.vmware.com/resources/compatibility/search.php

[WRT54G]

Ja apart he...
Heb nu 5.1 u1 geinstalleerd en daarover heen 5.5 geupgrade.

Usage: 46mhz
Zoals het hoort dus, gewoon (haast) idle.

Melding mbt scratch partition is wel weer terug.
Dus het heeft echt met 5.5 te maken.

Ja, hardware staat op de HCL.
Ik ga maar gewoon voor 5,5 en negeer de melding mbt scratch pratition.

Dank voor je tijd en moeite iig!

[Question Mark]

Even voor de beeldvorming, maar hoe heb je die scratch partitition geconfigureerd?

[WRT54G]

Deze heb ik niet handmatig geconfigureerd.
Dit doet ESXi zelf.

Maar bij Configuration tab, Software, Advanced Settings en dan ScratchConfig staat de volgende string:
/vmfs/volumes/5257d01f-4dc80900-0296-002590306ec4/.locker

Wat overeen komt met mijn datastore UUID.
Deze zelfde string staat bij 5.1 u1 er ook (precies dezelfde) en daar krijg ik de melding niet.
De melding komt dus alleen bij 5.5

Overigens worden er wel dingen weggeschreven in de locker folder.

[Question Mark]

Verplaats de scratch partitie dan eens naar een ander volume?

[WRT54G]

Ik heb helaas geen ander volume.
Heb een simpele ESXi config.

1x 4GB USB stick waar ESXi vanaf draait en 1x RAID 1 array. Deze is geconfigureerd als VMFS.
Heb wel al handmatig een andere folder ingesteld (op hetzelfde volume dus) maar dit mocht niet baten.
(Had een folder aangemaakt genaamd locker2 en deze ingesteld bij advanced settings).

[sanfranjake]

Heb je misschien een usb-stick over waar je even tijdelijk een vmfs/fat16 partitie op kan maken om het te proberen? Of een ander los oud schijfje of een iSCSI lun op een nas of andere pc oid ...
Iemand anders met dezelfde issue (tenzij jij dit bent): https://communities.vmware.com/message/2299384

In dat forumbericht wordt geroepen dat er een Local-volume gebruikt moet worden voor scratch, en dat een SATA-disk wel eens als remote wordt gezien....

[WRT54G]

Ik ben idd dezelfde persoon.
VMware wilde mijn ticket (logischerwijs) niet in behandeling nemen aangezien ik geen betalende gebruiker ben. Ze raden mij aan om het post te maken op het VMware forum. Vandaar...

Een usb stick zou eventueel wel kunnen proberen.

Maar het gekke is dat 5.1 u1 deze meldingen niet geeft.
Is 5.5 SATA disks dan gaan zien als remote?

[ Voor 33% gewijzigd door WRT54G op 15-10-2013 15:22 ]

[sanfranjake]

Zover ik weet zou dat niet af moeten wijken, maar ik moet ook eerlijk bekennen dat ik nog niet heel diep in 5.5 gedoken ben (heb het pas 1x als testje geinstalleerd).

Ben even gaan hengelen, kom hier een post tegen waarin het wel redelijk goed uitgelegd wordt. Inmiddels ben ik er ook achter dat het local/remote verhaal niet veranderd is in 5.5. Maar sowieso werd het al niet ondersteund om je .scratch dus op een sata-disk te hebben. Blijkbaar dwingen ze dit nu af vanwege ervaringen in het verleden oid. Maar lees deze even, word je allicht weer een beetje wijzer van. Persoonlijk vind ik dat de duidelijkheid van de ESX documentatie zelf nog wel eens te wensen overlaat.
http://community.spicewor...local-drives-for-esxi-5-0

[ Voor 64% gewijzigd door sanfranjake op 15-10-2013 15:40 . Reden: linkje toegevoegd met relevante info ]

[WRT54G]

Het is ook niet dat ik me druk maak om de melding.
Aangezien de scratch partition er wel gewoon is. Er worden ook dingen in weggeschreven dus het zou moeten werken.

De melding staat alleen slordig.

[sanfranjake]

Eens, maar ik ben zelf wat dat betreft Pietje Precies en mag altijd graag foutmeldingen wegpoetsen, vandaar dat ik er even in gedoken ben
Even nieuwsgierig of scratch naast die sata-drive ook nog een deel van je beschikbare geheugen claimt (zoals wanneer scratch niet geconfigureerd is in oudere versies van esx), bijvoorbeeld 512MB.

[WRT54G]

Nu je het zegt...
Het verschil tussen 5.1 u1 en 5.5 is een paar honderd MB in gebruik.

Bij 5.1 u1 zat ik rond de 1080MB in gebruik (zonder VM's) en bij 5.5 is dat rond de 1270MB (zonder VM's).

[WRT54G]

Ik wil eigenlijk wel testen of het verplaatsen van de .locker folder naar een USB stick het probleem zou oplossen.

Maar hoe ga ik te werk?

Zodra ik een USB stick in mijn server prik dan zal ik de arbitration service moeten stoppen wil ik de USB stick in mijn ESXi host kunnen zien.
Ik zou dan de .locker folder kunnen verplaatsen naar de stick maar op het moment dat ik een reboot van de server doe dan start de arbitration service weer en ben ik mijn stick dus weer kwijt, en dus ook de .locker folder...

[WRT54G]

Ik heb zojuist een NFS volume aangemaakt op mijn Synology DS412+ en deze in ESXi 5.5 toegevoegd als datastore. Daar de .locker folder op aangemaakt en een reboot gegeven.

Na de reboot krijg ik dezelfde melding...

No scratch partition has been configured.
Recommended scratch partition size is {} MiB.

[sanfranjake]

Probeer het eens met een iSCSI volume? Als het dan nog is lijkt het me echt een bug ...

[WRT54G]

De server gaat zometeen naar het DC.
Dus testen met een iSCSI LUN gaat helaas niet meer lukken.