Virtualisation on AdRiLiNuX's web site

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.

Console virsh

Wed, 03 Dec 2014 00:00:00 +0000

Bonjour,

Aujourd’hui, rien de passionnant, juste un petit mémo pour l’entrer dans une machine virtuelle pilotée par libvirt, mais surtout le raccourcis pour en ressortir.

Pour entrer :

virsh console VM

Pour sortir

Ctrl + ]

Bien sur, il faut que le système invité soit configuré pour avoir une console sur le port série.

OpenVZ sur une RedHat 6

Thu, 28 Jun 2012 00:00:00 +0000

Bonjour tout le monde,

Aujourd’hui, je vous propose de mettre en place un système de virtualisation utilisable sur tout type de matériel. En fait, dans notre cas du jour, il ne s’agit pas exactement de virtualisation mais plutôt de conteneur. L’avantage, c’est que ça fonctionne sur des machines qui n’ont pas forcément les instructions de virtualisation matériel. Pour ceux qui ne savent pas ce qu’est un conteneur (dans ce contexte), je vais faire un petit rappel.

Le conteneur permet de faire des machines virtuelles, mais celles ci n’auront pas un espace complet réservé comme sur d’autre système de virtualisation car pour le système hôte et les invités, il s’agit du même noyau. Cela implique donc différente chose, à commencer par des performance élevée car il y a moins d’étape entre l’application d’une machine virtuelle et le matériel (disque, mémoire, cpu, …). En contre parti, comme on a qu’un seul noyau, les invités sont donc du même type que l’hôte (Linux – Linux, Windows – Windows).

Ici, nous ne verrons que la parti Linux. Le projet que nous allons utiliser s’appelle OpenVZ. Bien sûr, il y en a d’autre qui existe.

Nôtre système hôte sera un clone d’une RedHat 6 (Scientific Linux 6).

L’installation sur ce genre de système est vraiment très simple.

Récupérez en premier la définition du dépôt :

cd /etc/yum.repos.d && wget http://download.openvz.org/openvz.repo && \
rpm --import http://download.openvz.org/RPM-GPG-Key-OpenVZ

Ensuite, modifier le fichier openvz.repo pour désactiver le dépot redhat 5 et activer celui de la redhat 6.

Enfin, installez le kernel:

yum install vzkernel-firmware vzkernel vzctl vzquota

Pour que OpenVZ soit fonctionnel, il reste juste un peu de configuration. Désactiver SELinux (/etc/selinux/config) et mettez dans le fichier /etc/sysctl.conf ce qui suit:

# On Hardware Node we generally need
# packet forwarding enabled and proxy arp disabled
net.ipv4.ip_forward = 1
net.ipv6.conf.default.forwarding = 1
net.ipv6.conf.all.forwarding = 1
net.ipv4.conf.default.proxy_arp = 0
# Enables source route verification
net.ipv4.conf.all.rp_filter = 1
# Enables the magic-sysrq key
kernel.sysrq = 1
# We do not want all our interfaces to send redirects
net.ipv4.conf.default.send_redirects = 1
net.ipv4.conf.all.send_redirects = 0

Après un redémarrage sur le nouveau noyau, vous voilà prêt à créer et démarrer vos machines virtuelles.