El equivalente de la herramienta de Windows chkdsk para ESXi es VOMA.
A partir de la versión 5.1 de ESXi disponemos de la herramienta VOMA (VMware Ondisk Metadata Analyser).
A partir de la versión 5.1 de ESXi disponemos de la herramienta VOMA (VMware Ondisk Metadata Analyser).
La herramienta VOMA, nos permite realizar chequeo del sistema de ficheros VMFS (Virtual Machine File System) utilizado en sistemas VMWare, ya sea VMFS3 o VMFS5.
Para ejecutar VOMA deberemos acceder vía SSH o consola en el host ESXi donde tengamos conectado el datastore a verificar.
Hemos de tener en cuenta los siguientes elementos (ESXi 5.1 y 5.5):
- VOMA no corrige errores, solo los muestra.
- VOMA funciona en modo solo lectura.
- Las VMs situadas en el datastore a analizar deben estar detenidas o migradas a otro datastore.
En la versión de ESXi 6.0 permite la corrección de errores.
Proceso a seguir:
1) Identificar la partición donde se ubica el datastore a verificar.
2) Obtener el identificador del dispositivo VMFS.
3) Ejecutar VOMA indicando la ruta obtenida.
Después de su ejecución, si encontramos: "Total Errors Found: 0", significa que el volumen VMFS está libre de errores.
Ejemplo de ejecución de VOMA sobre ESXi 5.5:
~ # esxcli storage vmfs extent list
Volume Name VMFS UUID Extent Number Device Name Partition
----------- ----------------------------------- ------------- ------------------- ---------
datastore1 52b71169-1c24befc-6917-000c295bf164 0 mpx.vmhba1:C0:T0:L0 3
~ #
~ # ls /vmfs/devices/disks/vml*
/vmfs/devices/disks/vml.0000000000766d686261313a303a30
/vmfs/devices/disks/vml.0000000000766d686261313a303a30:1
/vmfs/devices/disks/vml.0000000000766d686261313a303a30:2
/vmfs/devices/disks/vml.0000000000766d686261313a303a30:3
/vmfs/devices/disks/vml.0000000000766d686261313a303a30:5
/vmfs/devices/disks/vml.0000000000766d686261313a303a30:6
/vmfs/devices/disks/vml.0000000000766d686261313a303a30:7
/vmfs/devices/disks/vml.0000000000766d686261313a303a30:8
/vmfs/devices/disks/vml.0000000000766d686261313a303a30:9
~ # voma -m vmfs -f check -d /vmfs/devices/disks/vml.0000000000766d686261313a303
a30:3
Checking if device is actively used by other hosts
Running VMFS Checker version 1.0 in check mode
Initializing LVM metadata, Basic Checks will be done
Phase 1: Checking VMFS header and resource files
Detected VMFS file system (labeled:'datastore1') with UUID:52b71169-1c24befc-6917-000c295bf164, Version 5:60
Phase 2: Checking VMFS heartbeat region
Phase 3: Checking all file descriptors.
Found stale lock [type 10c00001 offset 141139968 v 70, hb offset 3395584
gen 79, mode 2, owner 00000000-00000000-0000-000000000000 mtime 684
num 1 gblnum 0 gblgen 0 gblbrk 0]
Found stale lock [type 10c00001 offset 141170688 v 776, hb offset 3395584
gen 4399, mode 1, owner 54d80090-6cbea0a2-1412-000c295bf164 mtime 677
num 0 gblnum 0 gblgen 0 gblbrk 0]
Found stale lock [type 10c00001 offset 141191168 v 790, hb offset 3395584
gen 4399, mode 1, owner 54d80090-6cbea0a2-1412-000c295bf164 mtime 682
num 0 gblnum 0 gblgen 0 gblbrk 0]
Found stale lock [type 10c00001 offset 141256704 v 946, hb offset 3395584
gen 4399, mode 1, owner 54d80090-6cbea0a2-1412-000c295bf164 mtime 679
num 0 gblnum 0 gblgen 0 gblbrk 0]
Found stale lock [type 10c00001 offset 141400064 v 1101, hb offset 3395584
gen 4399, mode 1, owner 54d80090-6cbea0a2-1412-000c295bf164 mtime 593
num 0 gblnum 0 gblgen 0 gblbrk 0]
Found stale lock [type 10c00001 offset 141402112 v 1102, hb offset 3395584
gen 4399, mode 1, owner 54d80090-6cbea0a2-1412-000c295bf164 mtime 605
num 0 gblnum 0 gblgen 0 gblbrk 0]
Found stale lock [type 10c00001 offset 141404160 v 1103, hb offset 3395584
gen 4399, mode 1, owner 54d80090-6cbea0a2-1412-000c295bf164 mtime 616
num 0 gblnum 0 gblgen 0 gblbrk 0]
Found stale lock [type 10c00001 offset 141406208 v 1104, hb offset 3395584
gen 4399, mode 1, owner 54d80090-6cbea0a2-1412-000c295bf164 mtime 640
num 0 gblnum 0 gblgen 0 gblbrk 0]
Found stale lock [type 10c00001 offset 141408256 v 1105, hb offset 3395584
gen 4399, mode 1, owner 54d80090-6cbea0a2-1412-000c295bf164 mtime 652
num 0 gblnum 0 gblgen 0 gblbrk 0]
Phase 4: Checking pathname and connectivity.
Phase 5: Checking resource reference counts.
Total Errors Found: 0
Buenas, lo he publicado en mi blog, espero q no te importe
ResponderEliminarsaludos
¡Por supuesto que no!, al contrario: http://www.aprendiendoavirtualizar.com/2015/02/sysadmit-vmware-esxi-chkdsk-vmfs.html
Eliminar