ESX / VMFS törölhetetlen file

Virtualizáció

Sziasztok,

Adott egy ESX 6.7 host ami iSCSI -n csatlakozik egy NAS -hoz, ezen a VMFS "storage" -on vannak a VM -ek, az egyik VM torolve lett, de maradt utana egy xy_1-flat.vmdk file, amit nem lehet torolni, sokmindent probaltam mar, shellbol rm -f stb...ez meg annyira nem is zavarna, ha a file nem 1,5TB -ot foglalna...sajnos a torolt elem egy file szerver volt, ezert a nagy meret...a file -t nem lockolja semmi, az ESX hoszt es a NAS is ujra lett mar inditva.

 

Esetleg valaki talalkozott mar ilyennel? Ha igen, hogyan oldotta meg? Neten sokmindent talaltam, de egyelore egyik megoldas sem jott be... :(

ilyeneket kapok:

rm -f  /vmfs/volumes/DataStore/xy_1.vmdk 
rm: can't remove '/vmfs/volumes/DataStore/xy_1.vmdk': Invalid argument

vmkernel.log

[type 1] clusterNum: 3755 invalid inUseResources: 512 rcMeta inUseResources: 5082025-02-04T21:26:35.987Z cpu13:2113214)WARNING: FS3J: 3132: 'DataStore': Aborting txn (0x430c122762f0) callerID: 0xc1d0000c due to inconsistent txn resources: Invalid metadata
[type 1] clusterNum: 3755 invalid inUseResources: 512 rcMeta inUseResources: 5082025-02-04T21:26:36.030Z cpu13:2113214)WARNING: FS3J: 3132: 'DataStore': Aborting txn (0x430c122762f0) callerID: 0xc1d0000c due to inconsistent txn resources: Invalid metadata
 

Koszi!

  • 447 megtekintés

( trey | 2025. 02. 05., sze – 09:16 )

1 host van?

Nem fogja-e valami mentési megoldás (Veeam stb.)?

Próbáltad-e átnevezni a vmdk-t más kiterjesztésre (mondjuk .vmx), majd utána megpróbálni törölni?

trey @ gépház

Hát, innentől kezdve ez már lehet akár vmfs sérülés is, van VOMA, de hát ahhoz illene leszedni mindent róla. Ha meg leszedtél mindent, akkor lehetne már újraformázni is az egész LUN-t, szóval ... 

https://knowledge.broadcom.com/external/article/382692/use-voma-to-chec…

Ha valamit talál, akkor VMware support, ticket stb.

trey @ gépház

( sawkuk | 2025. 02. 05., sze – 10:33 )

Szerkesztve: 2025. 02. 05., sze – 10:33

Nézd meg mit ír ki az 

lsattr *.vmdk

Ha van rajta "i" -immutable, akkor az le kell venni

chattr -i *.vmdk

paranccsal.

( gabrielakos v | 2025. 02. 05., sze – 10:50 )

fölötte levő directory permissionjei?

zászló, zászló, szív

A jó válasz az, hogy ez a legkevésbé valószínű, de szerencsére könnyen ellenőrizhető. Viszont akkor kérdés, hogy a virtuális gép törlésekor miért pont ez az egy fájl maradt csak ott, a többit hogy sikerült letörölnie a rendszernek.

Ez arra utal inkább, hogy valami - mentési rendszer, snapshot, folyamat stb. - fogja a fájlt, vagy sérült lett a VMFS a datastore alatt. Ha a könyvtár jog, akkor más fáljt sem lehetett volna belőle törölni.

trey @ gépház