Mode rescue OVH

Fri, 21 Aug 2020 00:00:00 +0000

Pour des raisons de coût; mon infra repose sur de petits serveurs dédiés à prix promotionnel. J’en ai actuellement un chez SoYouStart, mais ce qui suis est également valable pour des serveurs dédiés chez OVH (ainsi que Kimsufi). Une des particularités des serveurs dédiés pas cher, c’est qu’il n’y a pas systématiquement de carte d’accès à distance type Ilo ou Drac. Chez OVH, nous avons un système de rescue qui peut nous aider lorsque le serveur à un sérieux problème.

Lors d’un simple reboot, j’ai perdu la main sur mon serveur, j’ai donc lancer le mode rescue. Une fois ce mode démarrer, on peut se connecter sur un système temporaire basé sur Debian en SSH pour essayer de comprendre ce qui ne va pas. Petite parenthèse, un service web tourne sur le port 81 du système et permet de faire quelques test matériel. Les identifiants sont les même qu’avec SSH (utilisateur root, mot de passe reçu par mail).

Le billet du jour à pour propos de traiter la collecte d’informations pour le déboguage de la séquence de boot.

Mon système fonctionnait parfaitement avant que je le relance, le problème est lié à la séquence de boot et non à une panne matériel. Depuis la console SSH du mode rescue, j’installe donc le nécessaire pour voir la séquence de boot. Le nécessaire est la virtualisation. C’est parti.

Par habitude, je commence par mettre le système à jour

apt update; apt upgrade -y

Je désactive le RAID disque de mes disques pour évité d’avoir 2 systèmes qui accèdent aux mêmes données

mdadm --manage --stop /dev/md127

Ensuite j’installe le nécessaire pour lancer mon système dans une machine virtuelle

apt install qemu-kvm libvirt-bin ovmf virtinst -y

Et je lance la virtualisation de mon système

systemctl start libvirtd
virsh net-start default
virt-install --name rescue --hvm --vcpus=4 --ram 8192 --machine q35 --disk path=/dev/sda,bus=virtio,format=raw --disk path=/dev/sdb,bus=virtio,format=raw --disk path=/dev/sdc,bus=virtio,format=raw --disk path=/dev/sdd,bus=virtio,format=raw --network network:default,model=virtio --graphics spice --video qxl --channel spicevmc --rng /dev/random --noautoconsole --console pty,target_type=serial --os-type=linux --os-variant=rhel7 --import

Si la configuration de votre grub permet le contrôle depuis le port série, vous pouvez y accéder directement depuis la console. Autrement, installez les paquets suivant

apt install virt-manager xauth

Après vous être reloggué, vous pourrez lancer virt-manager et avoir accès à la console et voir enfin pourquoi votre système ne démarre plus.

Debug on AdRiLiNuX's web site

Mode rescue OVH