miután törölte a pillanatképeket egy virtuális gépről egy egyedi pillanatkép törlésével vagy az “összes törlése” pillanatkép kiválasztásával, a következő figyelmeztetés jelenhet meg a virtuális gép számára, amely kijelenti, hogy lemezkonszolidációra van szükség.

“Virtual machine disks konszolidáció szükséges”

Ez akkor fordulhat elő, ha egy pillanatképet töröltek és eltávolítottak a pillanatképkezelőből, de a lemezen lévő VMDK-k konszolidációja sikertelen volt.

“Virtuálisgép-lemezek konszolidálása szükséges”

a VMDK-k konszolidációját manuálisan is elindíthatja, ha jobb gombbal kattint a virtuális gépre, majd kiválasztja a pillanatkép – > konszolidálja.

az összevonási művelet azonban ismét meghiúsulhat, ha a pillanatkép törlési műveletének korábban a lemezkonszolidáció meghiúsulását okozó probléma nem lett törölve.

jó 6 hónap vagy annál hosszabb volt, mióta utoljára láttam ezt a problémát, de ma találtam egy virtuális gépet ezzel a problémával egy másik ügyfélkörben.

Ez történt:

• egyetlen pillanatképet töröltek egy virtuális gépről
• a lemez konszolidációjára vonatkozó figyelmeztetés később megjelent
• VM -> Snapshot -> A konszolidáció sikertelen zárolt fájlhibával

kezdetben a következőket próbáltam ki ami néha tisztázhatja ezt:

• a vendég operációs rendszer leállítása és a virtuális gép kikapcsolása (ez nem mindig lehetséges, de itt megtehetem)
• hozzon létre egy új pillanatképet
• “Összes törlése” pillanatképek
• VMotion egy másik gazdagéphez
• próbálja ki a VM -> Snapshot -> konszolidálja

de ez nem törölte a zárolt fájl hibáját az alábbiak szerint:

“nem lehet elérni a fájlt, mivel zárolva van”

szeretné megtalálni a problémát, amit SSH ‘ d az ESXi szerverre, és ellenőrizte a hostd-t.napló

még akkor is, ha a virtuális gép még mindig ki van kapcsolva, láttam, hogy problémája van az egyik VMDK zárolásával, amikor a pillanatkép futtatásához kötődik -> konszolidálja a feladatot.

tail -f /var/log/hostd.log

ezután lefuttattam a következő parancsot, hogy megtaláljam, melyik gazdagép(ek) rendelkezik a hostd-ben megadott VMDK zárral.log

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

egyetlen bejegyzést láttam az” RO tulajdonos “- hoz, amelynek zárolása és MAC címe”69a0” – ra végződött.

Ez az ESXi szerver, amely a VMDK fájl zárolásával rendelkezik.

Ezután keresse meg, hogy melyik ESXi gazdagép rendelkezik hálózati adapterrel az adott MAC-címmel.

miután megerősítettem, hogy a gazdagépet karbantartási módba helyeztem, a DRS vMotioned minden virtuális Gépet a fürt másik gazdagépéhez, és újraindította a hostd szolgáltatást.

/etc/init.d/hostd restart

miután a hostd szolgáltatás újraindult, pillanatfelvételt készítettem -> konszolidálja a virtuális gépet, és sikeresen befejeződött.