identificar y reparar corrupción de archivos en la vSphere Storage appliance

Que tal gente, el día de hoy les voy a dar un ejemplo de como podemos reparar una corrupción o inconsistencia a nivel de archivos en la VSA de VMware.

Claramente este procedimiento no aplica en todos los casos y en el caso que aplicase recuerden que tiene que ser realizado por soporte de VMware.

En la siguiente imagen podemos notar que tengo un cluster de VSA de 3 nodos (3 hosts ESXi):

 

Como podemos ver se están presentando 3 distintos exports de almacenamiento:

  • VSADs-0 (online)
  • VSADs-1 (offline)
  • VSADs-2 (online)

El export “VSADs-1” esta fuera de línea, este está siendo presentado por la VSA-0:

Vamos a identificar cual es el problema, comenzamos por obtener la ip de dicha VSA, para esto abrimos una consola remota desde nuestro vSphere client a dicha VSA e ingresamos con las credenciales root/svapass:

Abro una sesión ssh a dicha a la VSA-0 que tiene la ip 192.168.4.31, y reviso el log “sva.log”:

 grep -i fsck /var/log/sva.log

Podemos notar que efectivamente tenemos una inconsistencia a nivel de archivos:

Solo es cuestión de ejecutar un File system check o fsck en dicho export, en este caso como podemos ver en la imagen es el export

“/dev/mapper/MemberVolume-194483e7-5c12-47e9-8f27-7a32a6a7ef1a”

Podemos ver en la imagen que tenemos un problema en el inode 12 del archivo “archivo_dummy”, con este simple fsck se puede arreglar dicho problema.

Reiniciamos la VSA-0 y esperamos a que los datos entre las VSAs sean sincronizados (en las tareas recientes) y debe de mostrarse “online” el datastore:

 

Leave a Reply