Mostrar los logs de arranque en el KVM

Ver como Markdown

Cómo diagnosticar un VPS utilizando los logs de arranque (boot logs)

Info

Esta traducción ha sido generada de forma automática por nuestro partner SYSTRAN. En algunos casos puede contener términos imprecisos, como en las etiquetas de los botones o los detalles técnicos. En caso de duda, le recomendamos que consulte la versión inglesa o francesa de la guía. Si quiere ayudarnos a mejorar esta traducción, por favor, utilice el botón «Contribuir» de esta página.

Objetivo

Si su VPS no responde, siempre debería poder acceder a él desde el área de cliente a través del KVM. La forma más rápida de diagnosticar el problema es comprobar los logs de arranque (boot logs) del servidor. No obstante, la configuración GRUB debe modificarse para que aparezcan estos logs.

Info

Tenga en cuenta que en algunos entornos el KVM no le proporcionará información útil, ya que la secuencia de arranque aparece en el puerto serie en el que GRUB está configurado en modo silencioso.

Esta guía explica cómo activar los logs de "boot" que le pueden ayudar a reparar un VPS.

Información sobre la administración de los servicios de OVHcloud y cómo encontrar la asistencia adecuada

Al utilizar las guías de OVHcloud, tenga en cuenta las siguientes condiciones:

  • Las instrucciones pretenden ofrecer el mayor detalle posible, pero no pueden cubrir todos los casos de uso individuales. Es posible que deba adaptar las acciones descritas a sus necesidades.
  • El ecosistema de OVHcloud está diseñado para ofrecer flexibilidad y libertad de elección. Por lo tanto, los clientes son responsables de la configuración correcta y segura de sus servicios. Para evitar la pérdida de datos, recomendamos encarecidamente aplicar estrategias de copia de seguridad a todos sus datos importantes.
  • Nuestras guías y tutoriales pueden hacer referencia a software o servicios de terceros en combinación con las soluciones de OVHcloud. El soporte técnico de OVHcloud no incluye la configuración de sistemas o productos fuera de nuestra responsabilidad. Esto incluye, entre otros:
    • Sistemas operativos e interfaces de usuario (Windows, Debian, Plesk, etc.).
    • Cualquier otro software de terceros (clientes FTP, software de correo electrónico, etc.).
    • Servicios ofrecidos por otros proveedores (DNS, API, interfaces de usuario, etc.).

Para recibir la asistencia adecuada ante cualquier problema, siga estas recomendaciones:

  • ¿Busca asesoramiento personalizado o desea tratar un tema que no se aborda en detalle en nuestra documentación?
    Únase a la comunidad de OVHcloud para buscar su tema y contactar con otros usuarios.
  • ¿Necesita informar de un incidente relacionado con su servicio de OVHcloud o tiene dificultades en el área de cliente de OVHcloud?
    Cree una solicitud de soporte en nuestro centro de ayuda.
  • ¿Necesita asistencia profesional para su proyecto o ayuda con tareas fuera de nuestro ámbito de soporte?
    Visite nuestro portal de partners para encontrar expertos familiarizados con las soluciones de OVHcloud.
  • ¿Busca información más detallada sobre nuestros niveles de soporte y Professional Services?
    Visite nuestras páginas web sobre los niveles de soporte de OVHcloud y los OVHcloud Professional Services.

Puede participar en la mejora de nuestra documentación:

  • ¿Desea enviar comentarios para mejorar una guía o informar de información insuficiente en una página concreta?
    Utilice los botones «¿Le ha resultado útil esta página?» al final de la página para hacérnoslo saber.
  • ¿Desea proponer una actualización concreta de la documentación?
    Utilice la función «Editar esta página», disponible al final de la página y en la barra lateral.

Requisitos

  • Disponer de un VPS en su cuenta de OVHcloud

Acceso al área de cliente de OVHcloud

  • Enlace directo:
  • Ruta de navegación: Bare Metal Cloud > Servidores privados virtuales > Seleccione su VPS

Procedimiento

Warning

Estos cambios modificarán la configuración del Grub. Antes de realizar cualquier modificación, OVHcloud no puede ser considerado responsable del daño o la pérdida de los datos resultantes de esta operación.

Si todavía tiene acceso a su VPS por SSH, puede pasar a la etapa 6.

Paso 1: reiniciar el VPS en modo de rescate

Reinicie el servidor en modo de rescate desde el área de cliente. Si lo necesita, consulte nuestra guía sobre el modo de rescate.

Paso 2: efectuar la verificación inicial

En las antiguas gamas de VPS, las particiones se montarán automáticamente en modo de rescate. Puede utilizar los siguientes comandos para verificar e identificar la ubicación de montaje de la partición:

df -h

~$ df -h
Filesystem      Size  Used Avail Use% Mounted on
udev            5.8G     0  5.8G   0% /dev
tmpfs           1.2G   17M  1.2G   2% /run
/dev/sda1       2.4G  1.5G  788M  66% /
tmpfs           5.8G     0  5.8G   0% /dev/shm
tmpfs           5.0M     0  5.0M   0% /run/lock
tmpfs           5.8G     0  5.8G   0% /sys/fs/cgroup
/dev/sdb1        49G  1.2G   48G   3% /mnt/sdb1
/dev/sdb15      105M  3.6M  101M   4% /mnt/sdb15

lsblk

~$ lsblk
NAME    MAJ:MIN RM  SIZE RO TYPE MOUNTPOINT
sda       8:0    0  2.5G  0 disk
└─sda1    8:1    0  2.5G  0 part /
sdb       8:16   0   50G  0 disk
├─sdb1    8:17   0 49.9G  0 part /mnt/sdb1
├─sdb14   8:30   0    4M  0 part
└─sdb15   8:31   0  106M  0 part /mnt/sdb15

El ejemplo anterior muestra que la partición del sistema está montada en /mnt/sdb1. (El disco principal es sdb. El disco rescue es sda y sda1 es la partición principal en rescue montada en /).

Si su VPS pertenece a las gamas VPS actuales, no se realizará ningún montaje automático y la columna "MOUNTPOINT" debería estar vacía. En ese caso, vaya al paso 4.

Paso 3: desmontar la partición (solo para las antiguas gamas VPS)

En un VPS perteneciente a las antiguas gamas en modo de rescate, el disco principal ya está montado. Por lo tanto, debe desmontarse primero antes de volver al paso 4:

~$ umount /dev/sdb1

Paso 4: montar la partición con los parámetros adecuados

Si su VPS pertenece a las gamas VPS actuales, compruebe que la carpeta de montaje esté creada:

~$ mkdir -p /mnt/sdb1

Introduzca los siguientes comandos para montar la partición con los parámetros adecuados:

~$ mount /dev/sdb1 /mnt/sdb1
~$ mount -t proc none /mnt/sdb1/proc
~$ mount -o bind /dev /mnt/sdb1/dev
~$ mount -t sysfs none /mnt/sdb1/sys/

La partición del sistema está montada para utilizarse con el comando chroot, para ejecutar acciones que necesitan acceso a los repertorios sys, dev y proc.

Paso 5: utilizar el comando CHROOT para configurar sus archivos de sistema

A continuación, acceda a los archivos GRUB de su sistema y los cambie. Para ello, utilice el comando chroot:

~$ chroot /mnt/sdb1

A partir de ahora, todos los comandos que introduzca se aplicarán a su VPS en lugar del entorno temporal del modo de rescate.

Paso 6: modificar la configuración GRUB

Para Debian 8 o superior y Ubuntu 18 o superior

Cree una copia de seguridad del archivo de configuración:

~$ cp /etc/default/grub /root/grub.backup

Para acceder a los logs de arranque con la consola KVM, asegúrese de que dispone del siguiente valor en el archivo /etc/default/grub:

GRUB_CMDLINE_LINUX_DEFAULT="console=ttyS0 console=tty0"

Si esta línea no existe o es diferente, edite el archivo con un editor y guárdelo.

A continuación, utilice el siguiente comando para regenerar el archivo de configuración GRUB (los cambios se guardarán la próxima vez que se reinicie):

~$ update-grub

Para CentOS 7 o superior (grub2)

Cree una copia de seguridad del archivo de configuración:

~$ cp /etc/default/grub /root/grub.backup

Para acceder a los logs de arranque con la consola KVM, asegúrese de que dispone de los siguientes valores en el archivo /etc/default/grub:

GRUB_TERMINAL_OUTPUT="console"
GRUB_CMDLINE_LINUX="console=ttyS0,115200n8 no_timer_check net.ifnames=0 crashkernel=auto rhgb"
GRUB_CMDLINE_LINUX_DEFAULT="console=tty0 console=ttyS0"

Si estas líneas no aparecen o son diferentes, edite el archivo con un editor y guárdelo.

A continuación, utilice el siguiente comando para regenerar el archivo de configuración GRUB (los valores se guardarán para el siguiente reinicio):

~$ grub2-mkconfig -o "$(readlink /etc/grub.cfg)"

Una vez realizados los cambios, reinicie su VPS en modo "normal" desde el . Los logs de arranque deben aparecer al utilizar la consola KVM.

Más información

Utilizar el KVM en un VPS

Activar el modo de rescate en un VPS

Interactúe con nuestra comunidad de usuarios.

¿Le ha resultado útil esta página?