Solucionar problemas de arranque de máquinas virtuales Linux debido a un pánico del kernel

Este documento incluye información para solucionar problemas relacionados con la falta de respuesta de una VM debido a errores de pánico del kernel.

Antes de empezar

  • Si quieres registrar la salida del puerto serie en Cloud Logging, familiarízate con Cloud Logging.
  • Si aún no lo has hecho, configura la autenticación. La autenticación verifica tu identidad para acceder a Google Cloud servicios y APIs. Para ejecutar código o ejemplos desde un entorno de desarrollo local, puedes autenticarte en Compute Engine seleccionando una de las siguientes opciones:

    Select the tab for how you plan to use the samples on this page:

    Console

    When you use the Google Cloud console to access Google Cloud services and APIs, you don't need to set up authentication.

    gcloud

    1. Instala Google Cloud CLI. Después de la instalación, inicializa la CLI de Google Cloud ejecutando el siguiente comando: 

      gcloud init

      Si utilizas un proveedor de identidades (IdP) externo, primero debes iniciar sesión en la CLI de gcloud con tu identidad federada.

    2. Set a default region and zone.

    REST

    Para usar las muestras de la API REST de esta página en un entorno de desarrollo local, debes usar las credenciales que proporciones a la CLI de gcloud.

      Instala Google Cloud CLI. Después de la instalación, inicializa la CLI de Google Cloud ejecutando el siguiente comando: 

      gcloud init

      Si utilizas un proveedor de identidades (IdP) externo, primero debes iniciar sesión en la CLI de gcloud con tu identidad federada.

    Para obtener más información, consulta el artículo Autenticarse para usar REST de la documentación sobre autenticación de Google Cloud .

Pánico del kernel

Un pánico del kernel puede producirse cuando el kernel no puede cargar correctamente los módulos initramfs, que son necesarios para que se inicie el SO invitado.

Otro tipo de pánico del kernel puede producirse cuando el kernel no sabe cómo gestionar una determinada solicitud y se protege deteniéndose. El pánico del kernel puede producirse en una máquina virtual de Compute Engine que ejecute Red Hat, SUSE, CentOS o Ubuntu.

Mensajes de error habituales

A continuación, se indican algunos de los eventos de pánico del kernel más habituales:

Kernel panic - not syncing: hung_task: blocked tasks
 
Kernel Panic - not syncing: VFS: Unable to mount root fs on unknown-block(0,0)

Kernel panic - not syncing: NMI: Not continuing
 
Kernel panic - not syncing: out of memory. panic_on_oom is selected
 
Kernel panic - not syncing: Fatal Machine check

Causas habituales

El error de pánico del kernel puede deberse a varios motivos. Algunos de los motivos habituales son los siguientes:

  • La entrada relacionada con el archivo initramfs que corresponde al kernel no existe en el archivo grub.cfg.
  • El archivo initramfs no se genera en el directorio /boot durante la instalación del kernel.
  • El archivo initramfs se genera solo parcialmente o está dañado.

Síntomas

Cuando se produce un pánico del kernel en una instancia de VM, un síntoma habitual es que el kernel no te permite conectarte a la VM, ni siquiera cuando usas la consola serie.

Deberías consultar los registros de la consola serie para identificar el kernel que ha cargado el SO invitado. Por ejemplo: 

[    0.000000] Initializing cgroup subsys cpu
[    0.000000] Initializing cgroup subsys cpuacct
[    0.000000] Linux version 3.10.0-1160.95.1.el7.x86_64 (mockbuild@x86-vm-42.build.eng.bos.redhat.com) (gcc version 4.8.5 20150623 (Red Hat 4.8.5-44) (GCC) ) #1 SMP Thu Aug 10 10:46:21 EDT 2023
Comprueba también el error de pánico del kernel. Este error suele aparecer en la línea del kernel cuando se inicia la VM o al final de los registros de la consola en serie con varias trazas de llamadas de pila.

En el siguiente ejemplo se muestra un evento de pánico del kernel debido a problemas de initramfs:

[    1.520840] No filesystem could mount root, tried:
[    1.520840]
[    1.521964] Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block(0,0)
[    1.523495] CPU: 1 PID: 1 Comm: swapper/0 Not tainted 3.10.0-1160.95.1.el7.x86_64 #1
[    1.524932] Hardware name: Google Google Compute Engine/Google Compute Engine, BIOS Google 10/11/2022
[    1.526901] Call Trace:
[    1.527421]  dump_stack+0x41/0x60
[    1.527978]  panic+0xe7/0x2ac
[    1.528578]  mount_block_root+0x2be/0x2e6
[    1.529693]  ? do_early_param+0x95/0x95
[    1.530441]  prepare_namespace+0x135/0x16b
[    1.531237]  kernel_init_freeable+0x203/0x22d
[    1.532081]  ? rest_init+0xaa/0xaa
[    1.532808]  kernel_init+0xa/0x103
[    1.533395]  ret_from_fork+0x35/0x40
[    1.535229] Kernel Offset: 0x23a00000 from 0xffffffff81000000

Resolver el error de pánico del kernel

Para solucionar el error de pánico del kernel, sigue estos pasos:

  1. Conéctate a la consola en serie e inicia sesión en la VM desde la Google Cloud consola.

  2. Haz clic en Restablecer en la máquina virtual de la consola Google Cloud .

  3. Cuando aparezca la pantalla de inicio de GRUB, selecciona el kernel o el kernel de rescate que funcionaba anteriormente y, a continuación, inicia el sistema. De esta forma, la VM se iniciará con el kernel seleccionado.

    pánico en el kernel

  4. Cuando se pueda acceder a la máquina virtual, podrás iniciar una conexión SSH con ella.

  5. Identifica la causa del problema y toma las medidas oportunas.

    Por ejemplo, si falta el archivo initramfs o está dañado, sigue estos pasos:

    1. Genera el archivo initramfs correspondiente al kernel original con el comando dracut:

      dracut -f /boot/initramfs-KERNEL_VERSION.img KERNEL_VERSION

      Sustituye KERNEL_VERSION por la versión actual del kernel de la VM. Por ejemplo, 3.10.0-1160.95.1.el7.x86_64.

    2. Actualiza el archivo grub2.cfg con el comando grub2-mkconfig. Por ejemplo:

      grub2-mkconfig -o /boot/grub2/grub.cfg

    3. Una vez que se haya generado el archivo initramfs, puedes reiniciar la VM sin que se produzca ningún error.