Afficher les logs de boot dans le KVM

Objectif

Si votre VPS ne répond plus, vous devriez toujours pouvoir y accéder depuis votre espace client via le KVM. Le moyen le plus rapide de diagnostiquer le problème est de vérifier les logs de démarrage (boot logs) du serveur. Toutefois, la configuration GRUB doit être modifiée pour que ces logs apparaissent.

Ce guide explique comment activer les logs de boot qui peuvent vous aider à dépanner un VPS.

Prérequis

• disposer d'un VPS dans votre compte OVHcloud

Accès à l'espace client OVHcloud

• Lien direct : Gestion VPS
• Pour accéder à vos services : Bare Metal Cloud > Serveurs Privés Virtuels > Sélectionnez votre VPS

En pratique

Si vous avez toujours accès à votre VPS via SSH, vous pouvez passer à l'étape 6.

Étape 1 : redémarrer le VPS en mode rescue

Lancez un redémarrage du serveur en mode rescue depuis l'espace client. Si nécessaire, consultez notre guide sur le mode rescue.

Étape 2 : effectuer la vérification initiale

Sur les anciennes gammes de VPS, vos partitions seront automatiquement montées en mode rescue. Vous pouvez utiliser les commandes suivantes pour le vérifier et identifier l'emplacement de montage de votre partition :

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

L'exemple obtenu ci-dessus montre que la partition système est montée sur /mnt/sdb1. (Le disque principal est sdb. Le disque rescue est sda et sda1 est la partition principale en rescue montée sur /).

Si votre VPS appartient aux gammes VPS actuelles, aucun montage automatique ne sera effectué et la colonne "MOUNTPOINT" devrait être vide. Dans ce cas, passez à l'étape 4.

Étape 3 : démonter la partition (uniquement pour les anciennes gammes VPS)

Sur un VPS appartenant aux anciennes gammes placé en mode rescue, le disque principal est déjà monté. Par conséquent, il doit d'abord être démonté avant de le remonter à l'étape 4 :

~$ umount /dev/sdb1

Étape 4 : monter la partition avec les paramètres appropriés

Si votre VPS appartient aux gammes VPS actuelles, vérifiez d'abord que le dossier de montage est créé :

~$ mkdir -p /mnt/sdb1

Entrez les commandes suivantes pour monter la partition avec les paramètres appropriés:

~$ 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 partition système est maintenant montée pour être utilisée avec la commande chroot, afin d'exécuter des actions qui nécessitent l'accès aux répertoires sys, dev et proc.

Étape 5 : utiliser la commande CHROOT pour configurer vos fichiers système

Vous devez maintenant accéder aux fichiers GRUB de votre système et les modifier. Pour ce faire, utilisez la commande chroot :

~$ chroot /mnt/sdb1

À partir de maintenant, toutes les commandes que vous entrez seront appliquées à votre VPS au lieu de l'environnement temporaire du mode rescue.

Étape 6 : modifier la configuration GRUB

Pour Debian 8 ou supérieur et Ubuntu 18 ou supérieur

Créez une copie de sauvegarde du fichier de configuration :

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

Pour accéder aux logs de boot à l'aide de la console KVM, assurez-vous que vous disposez de la valeur suivante dans le fichier /etc/default/grub :

GRUB_CMDLINE_LINUX_DEFAULT="console=ttyS0 console=tty0"

Si cette ligne est manquante ou différente, modifiez le fichier avec un éditeur et enregistrez-le.

Utilisez ensuite la commande suivante pour régénérer le fichier de configuration GRUB (les modifications seront enregistrées pour le prochain redémarrage) :

~$ update-grub

Pour CentOS 7 ou supérieur (grub2)

Créez une copie de sauvegarde du fichier de configuration :

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

Pour accéder aux logs de boot à l'aide de la console KVM, assurez-vous que vous disposez des valeurs suivantes dans le fichier /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 ces lignes sont manquantes ou différentes, modifiez le fichier avec un éditeur et enregistrez-le.

Utilisez ensuite la commande suivante pour régénérer le fichier de configuration GRUB (les valeurs seront enregistrées pour le prochain redémarrage) :

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

Une fois les modifications effectuées, redémarrez votre VPS en mode « normal » depuis votre espace client OVHcloud. Les logs de boot doivent maintenant apparaître lors de l'utilisation de la console KVM.

Aller plus loin

Utiliser le KVM pour les VPS

Activer le mode rescue sur un VPS

Échangez avec notre communauté d’utilisateurs.