Search the VMware Knowledge Base (KB)
View by Article ID

El host ESX 4.x falla su proceso de inicio con el error: fsck.ext3: Unable to resolve UUID (1035667)

  • 0 Ratings

Symptoms

Renuncia: Este artículo es una traducción de "ESX 4.x host fails to boot after power operation with the error: fsck.ext3: Unable to resolve UUID" (1017162). Los artículos han sido traducidos en Español basados en el mejor esfuerzo. Sin embargo, el contenido localizado o específico puede quedar desactualizado. Para revisar el contenido más reciente, por favor consulte el artículo en Inglés.

  •  Después de reiniciar o hacer un "power-cycle" en un servidor ESX 4.x, se produce el siguiente mensaje de error en el arranque:

    fsck.ext3: Unable to resolve 'UUID=34d192db-17eb-442e-9613-c5c24c6fa9fa'

    y

    *** An error occurred during the file system check.
    *** Dropping you to a shell; the system will reboot 
    *** when you leave the shell.

  • Después de encontrar este error, no es posible arrancar ESX o entrar en el modo de solución de problemas (Troubleshooting Mode).
  • Los sistemas de archivos  EXT no son hallados o las particiones aparecen comúnmente de manera tardía para montarse como como /var, /opt y /temp.

Resolution

 
Este evento sucede cuando en el momento de inicio (boot) la utilidad de chequeo del sistema de archivos (FSCK) para sistemas de archivos EXT-3 no logra detectar (por UUID) un sistema de archivos definido en /etc/fstab.
 
Condiciones que generan este resultado incluyen:
  • La opción de fábrica de "Roll-Back" se ha dejado habilitada cuando se están realizando actualizaciones subsecuentes.
  • El dispositivo no se encuentra presente durante el arranque del sistema (boot).
  • El sistema de archivos EXT  no es alcanzable y parece residir en discos / dispositivos que se inicializan más tarde durante el arranque del sistema (por ejemplo: la última unidad LUN).
Nota: Si está experimentando un apagado con las máquinas virtuales fuera de operación, considere resolver la situación de manera rápida a través de la reinstalación de ESX. La busqueda y solución del problema puede demorar más tiempo que la reinstalación, la cual esta en el orden de 20 minutos aproximadamente.
 
 
De otra forma, refiérase a las instrucciones siguientes para el reporte de información al soporte técnico de VMware para su análisis técnico.

Se presentan estos pasos útiles en la resolución del problema:
 
  1. Confirme las identificaciones UUID que no fueron halladas, y que aún lo están, ejecutando  fsck nuevamente y sin incluir opciones adicionales. Debe obtener en la pantalla información similar a la siguiente:


    # fsck

    fsck 1.39 (29-May-2006)
    e2fsck 1.39 (29-May-2006)
    esx-root: clean, 32953/641280 files, 414801/1281175 blocks
    e2fsck 1.39 (29-May-2006)
    /dev/sdt1: clean, 35/140832 files, 25323/281596 blocks
    fsck.ext3: Unable to resolve 'UUID=34d192db-17eb-442e-9613-c5c24c6fa9fa'
    e2fsck 1.39 (29-May-2006)
    /dev/sdt6: clean, 31/250368 files, 27851/500220 blocks
    e2fsck 1.39 (29-May-2006)
    /dev/sdt7: clean, 22/250368 files, 16815/500220 blocks


  2. Tome nota de el UUID o los UUIDs que no se hallaron. Usted puede capturar la imagen de pantalla de su interfase de administración del sistema, tomar una fotografía o si prefiere, escribir los valores.
  3. Confirme que estos valores sean los mismos en el archivo /etc/fstab:


    # cat /etc/fstab

    UUID=79815890-f11c-4907-80fe-d1cd6bf061f8 /        ext3    defaults                  1 1
    UUID=45460133-027b-40b6-8b4d-e52aaf4c417f /boot    ext3    defaults                  1 2
    None                    /dev/pts                   devpts  defaults                  0 0
    /dev/cdrom              /mnt/cdrom                 udf,iso9660 noauto,owner,kudzu,ro 0 0
    /dev/fd0                /mnt/floppy                auto    noauto,owner,kudzu        0 0
    None                    /proc                      proc    defaults                  0 0
    None                    /sys                       sysfs   defaults                  0 0
    UUID=34d192db-17eb-442e-9613-c5c24c6fa9fa /var/log ext3    defaults,errors=panic     1 2
    UUID=e32ec5f4-d795-414a-8d73-a2bb3ea86342 swap     swap    defaults                  0 0


    Nota: resaltado en azúl se tiene el punto de montaje y en rojo el UUID correspondiente.

  4. Verifique cuales son los UUIDs que el sistema tiene actualmente listados, ejecutando el siguiente comando:


    # ls -l /dev/disk/by-uuid

    total 0
    lrwxrwxrwx 1 root root 10 Nov  9 14:36 45460133-027b-40b6-8b4d-e52aaf4c417f -> ../../sdm1
    lrwxrwxrwx 1 root root 10 Nov  9 14:36 e32ec5f4-d795-414a-8d73-a2bb3ea86342 -> ../../sdr1
    lrwxrwxrwx 1 root root 10 Nov  9 14:36 34d192db-17eb-442e-9613-c5c24c6fa9fa -> ../../sdr2
    lrwxrwxrwx 1 root root 10 Nov  9 14:36 79815890-f11c-4907-80fe-d1cd6bf061f8 -> ../../sdr5


    Notas:

    • Este reporte revela la relación de cada UUID y su partición para todas las particiones EXT descubiertas en el sistema. El contenido o los puntos de montaje afectados pueden ser asociados usando el paso anterior.

    • Es posible en algunos ambientes que ninguna de las particiones conocidas reportadas por el listado /dev/disk/by-uuid coincida con UUID no hallados. Esto es corregible; Para instrucciones adicionales proceda con las siguientes secciones y corrija el contenido del archivo /etc/fstab.


Solución

 
VMware está actualmente investigando más sobre el origen, la causa base y la solución a este caso. En la sección siguiente se presentan alternativas disponibles.
Si usted tiene la posibilidad de reproducir este problema mientras mantiene la producción via servidores alternos, complete los siguientes pasos y comuníquese con el soporte técnico de VMware :

 
  1. Conectése haciendo login en el terminal del servidor ESX afectado.
  2. Remonte la partición root en el modo read-write, asi:

    # mount / -o remount,rw

  3. Configure la linea serial de acuerdo a la sección Configuring the Service Console for VMware ESX 3.x and 4.x in KB article: Enabling serial-line logging for an ESX and ESXi host (1003900).
  4. Reinicie el servidor ESX y registre los resultados via el terminal serial.
  5. Contacte el soporte técnico de VMware y registre un Requerimiento de Soporte (SR). Para mayor información, vea Abriendo un Requerimiento de Soporte (SR) (1033720).

 


Alternativas


Se recomiendan dos alternativas y ambas involucran la modificación del archivo /etc/fstab. Así que usted puede:
 
  • Generar un nuevo UUID para el(los) sistema(s) de archivos y actualizar /etc/fstab para coincidir el(los) nuevo(s) valor(es).
  • Actualizar /etc/fstab para incorporar el UUID correcto del sistema de archivos.

Generación de un nuevo UUID

Se aplica un nuevo UUID para el sistema de archivos EXT-3 que ha fallado en hallar y actualizar el archivo /etc/fstab, asi:
 
  1. Ejecute el comando tune2fs en cada una de las particiones Linux en el disco en sospecha. Por ejemplo:


    # tune2fs -l /dev/sdr2 | grep UUID
    Filesystem UUID:          34d192db-17eb-442e-9613-c5c24c6fa9fa

    # tune2fs -U random /dev/sdr2
    tune2fs 1.39 (29-May-2006)

    # tune2fs -l /dev/sdr2 | grep UUID
    Filesystem UUID:          25a18c70-ffcb-4b15-9d2d-1cfab1754d86


  2. Actualice /etc/fstab con el UUID reciente. De lo anterior, la partición /dev/sdr2 se determina que está montada en /var/log, entonces haga lo siguiente:

    1. Monte de nuevo la partición root en el modo Read-Write:

      # mount / -o remount,rw

    2. Abra el archivo /etc/fstab para reescribirlo. para mayor información, vea Editing configuration files in VMware ESX (1017022).
    3. Busque y reemplace el UUID original por el nuevo generado en el paso anterior.
    4. Grabe el archivo y luego remonte la partición raíz en modo Read-Only:

      # mount / -o remount,ro

    5. Reinicie el servidor usando el siguiente comando:

      # shutdown -r now
 
 
Aplicar un UUID sobre /etc/fstab
 
Realice los pasos siguientes:
 
  1. Remonte el sistema de archivos en el estado Read/Write con el comando:


    # mount / -o remount,rw

  2. Abra el archivo /etc/fstab con un editor. Para mayor información, vea Editing configuration files in VMware ESX (1017022).
  3. Ponga la linea original que se refiere a la instalación anterior de ESX como comentario agregándole al inicio el símbolo de número (#).
  4. Grabe el archivo y salga del editor.
  5. Reinicie el host ESX.
  6. Para prevenir que este evento se vuelva a presentar, después de una actualización siga los pasos indicados en: Clean Up the ESX Bootloader Menu After Upgrade in the vSphere Upgrade Guide.
 
Removiendo datos residuales de UUIDs de instalaciones anteriores en /etc/fstab
 
Para remover las instalaciones pasadas del archivo /etc/fstab, lo cual puede ser necesario si datos residuales históricos están impidiendo que el servidor ESX arranque apropiadamente, siga estos pasos:
 
 
  1. Conéctese haciendo login en el servidor con el usuario root.
  2. Remonte el sistema de archivos raíz en modo read-write con el comando:

    # mount / -o remount,rw

  3. Abra el archivo /etc/fstab con un editor. Para mayor información, vea Editing configuration files in VMware ESX (1017022).
  4. Borre o ponga como comentario la linea que corresponde a instalaciones anteriores de ESX, insertándole al inicio el símbolo de número (#).
  5. Grabe el archivo y luego salga del editor.
  6. Reinicie el host ESX.
  7. Para prevenir que este evento se vuelva a presentar, siga los pasos indicados en: Clean Up the ESX Bootloader Menu After Upgrade in the vSphere Upgrade Guide  después del reinicio.


Additional Information

 
Listar las particiones en el sistema:
 
# fdisk -l | less
 
Nota: Se muestran todas las particiones conocidas. En muchos casos donde este evento ha sucedido, las particiones halladas y las no halladas se residen en el mismo bloque o dispositivo de disco. Específicamente, la mayoría residen en el mismo dispositivo que la consola OS o en el disco del sistema del host ESX. Por ejemplo:
 
System Disk 
Disk /dev/sdm: 64.4 GB, 64424509440 bytes
64 heads, 32 sectors/track, 61440 cylinders
Units = cylinders of 2048 * 512 = 1048576 bytes
 
   Device Boot      Start         End      Blocks   Id  System
/dev/sdm1   *           1        1100     1126384   83  Linux
/dev/sdm2            1101        1210      112640   fc  VMware VMKCORE
/dev/sdm3            1211       61440    61675520    5  Extended
/dev/sdm5            1211       40960    40703984   fb  VMware VMFS
 
Console OS Disk

Disk /dev/sdr: 7973 MB, 7973371904 bytes
255 heads, 63 sectors/track, 969 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
 
   Device Boot      Start         End      Blocks   Id  System
/dev/sdr1               1          76      610438+  82  Linux swap / Solaris
/dev/sdr2              77         331     2048287+  83  Linux
/dev/sdr3             332         969     5124735    5  Extended
/dev/sdr5             332         969     5124703+  83  Linux
 
 
Notas:
 
  • En estos pasos, las particiones o discos elegidos deben ser típicamente aquellas que se conoce son utilizadas por el sistema operativo del host ESX; RDMs usados por Linux y VMs pueden omitirse.
  • Los discos del sistema del host ESX comúnmente contienen particiones FB (VMFS) o FC (VMKCore).
  • Los discos de la consola OS usualmente parecen ser relativamente pequeños, en el orden de 8 GB o ligeramente mayores.
  • Presione q para finalizar (quit) la utilidad less cuando termine la revisión de la información de las particiones.

 

See Also

Request a Product Feature

To request a new product feature or to provide feedback on a VMware product, please visit the Request a Product Feature page.

Feedback

  • 0 Ratings

Did this article help you?
This article resolved my issue.
This article did not resolve my issue.
This article helped but additional information was required to resolve my issue.

What can we do to improve this information? (4000 or fewer characters)




Please enter the Captcha code before clicking Submit.
  • 0 Ratings
Actions
KB: