kun olet poistanut tilannekuvia VM: stä joko poistamalla yksittäisen tilannekuvan tai valitsemalla ”Poista kaikki” – tilannekuvia, saatat nähdä seuraavan varoituksen VM: lle, jossa todetaan, että levyn konsolidointi on tarpeen.

”Virtual machine disks consolidation is needed”

Tämä voi tapahtua, kun snapshot on poistettu ja poistettu snapshot Managerista, mutta levyllä olevien VMDK: iden konsolidointi on epäonnistunut.

”Virtual machine disks consolidation is needed”

voit aloittaa vmdks: n konsolidoinnin manuaalisesti klikkaamalla hiiren oikealla painikkeella VM: ää ja valitsemalla Snapshot –> Consolidate.

konsolidointioperaatio voi kuitenkin epäonnistua uudelleen, jos aiemmin levyn konsolidoinnin epäonnistumiseen johtanutta ongelmaa ei ole selvitetty.

se on ollut hyvä 6 kuukautta tai enemmän, koska olen viimeksi nähnyt tämän ongelman, mutta tänään löysin VM tämän ongelman toisessa asiakasympäristössä.

näin oli käynyt:

• yksi tilannekuva oli poistettu VM: llä
• levyn konsolidointiin tarvittava varoitus näytettiin jälkeenpäin
• VM -> tilannekuva -> konsolidointi epäonnistuu lukitulla tiedostovirheellä

aluksi yritin seuraavaa joka voi joskus selvittää tämän:

• Shutdown guest OS and power off VM (tätä ei aina voi tehdä, mutta voisin täällä)
• luoda uuden tilannekuvan

Delete All” snapshots

• VMotion toiselle isännälle
• Try VM ->Snapshot ->konsolidoida

, mutta tämä ei poistanut lukitun tiedoston virhettä kuten alla:

”ei voi käyttää tiedostoa, koska se on lukittu”

halusi paikantaa ongelman i ssh ’ d ESXi-palvelimelle ja tarkisti hostdin.loki

vaikka VM oli vielä sammutettu, saatoin nähdä, että sillä oli ongelma lukita yksi vmdks: stä, kun sidotaan Snapshot -> konsolidoida tehtävä.

tail -f /var/log/hostd.log

tämän jälkeen suoritin seuraavan komennon paikantaakseni, missä isännissä oli hostd: ssä ilmoitettu Lukko VMDK: ssa.log

vmkfstools -D /vmfs/volumes/yourvolume/yourVM/yourlockedVM.vmdk

näin yhden merkinnän ”RO-omistajalle”, jossa oli Lukko ja MAC-osoite päättyen ”69a0”.

Tämä on ESXi-palvelin, jolla on lukko VMDK-tiedostossa.

etsi seuraavaksi, millä ESXi-isännällä on verkko-sovitin, jossa on kyseinen MAC-osoite.

kun varmistin, että laitoin isännän huoltotilaan, DRS vmoiti kaikki VMS: t klusterin toiselle isännälle ja käynnisti hostd-palvelun uudelleen.

/etc/init.d/hostd restart

kun hostd-palvelu oli käynnistynyt uudelleen, tein tilannekuvan – > konsolidoida VM: llä ja se valmistui onnistuneesti.