martes, 15 de junio de 2010

VMWARE ESX 4.0 VSphere Update Crash

Tras el último update, dos de los servidores vsphere han fallado al arrancar. El error aparece justo en el momento en que arranca udev. Al parecer esta actualización ha provocado que el UUID de la partición /var/log cambie.

SOLUCIÓN
Entrar con el passwd de root y remontar el filesystem / con rescritura
m
ount -o remount,rw /

Miramos que UUID tiene /var/log en el fichero /etc/fstab
UUID=315f724f-637f-4118-b755-2511f4ff04 /var/log ext3 defaults,errors=panic 1 2
Miramos el nuevo UUID
blkid

Veremos que uno de los UUIDs ha cambiado
/dev/sdv1: UUID="e2ac6711-87c4-45a8-8f2a-fe2e47f6fd3" SEC_TYPE="ext2" TYPE="ext3"
/dev/sdz1: TYPE="ntfs"
/dev/sdab1: TYPE="swap" UUID="a0e811ca-e8dd-4e28-b4b-cabdbe54936f"
/dev/sdab2: UUID="415f724f-637f-4118-b755-251f4ff0b14" SEC_TYPE="ext2" TYPE="ext3"
/dev/sdab5: LABEL="esx-root" UUID="7b52ed6d-c48-4c12-969f-68b66a0550c" SEC_TYPE="ext2" TYPE="ext3"

modificamos la línia del fichero /etc/fstab que hace referencia al montaje de /var/log con el nuevo UUID (si se esta editando con vi, se puede traer la salida del comando blkid haciendo en modo consola [ESC] :.!blkid )

UUID=415f724f-637f-4118-b755-251f4ff0b14 /var/log ext3 defaults,errors=panic 1 2

Guardamos :wq!

Reiniciamos el servidor y ya ha funcionado.



-Después de escribir este post hemos recibido un correo electrónico de vmware con las mismas instrucciones para solucionarlo de forma oficial :)

No hay comentarios:

Publicar un comentario