Le blog de Sébastien Chevallier

L’un des principaux intérêts de la virtualisation est de pouvoir déployer à souhait des machines virtuelles à partir d’une installation de référence (ou master). N’allez cependant pas croire qu’il suffit de simplement copier le fichier image du master pour le réutiliser lors de la création d’une nouvelle machine. Dans ce billet j’aborderai les principales précautions à prendre pour éviter de perdre du temps lors du clonage d’une machine virtuelle Linux Debian avec VirtualBox.

Clonage du disque dur

Les quelques aventuriers ayant tenté le passage en force en copiant le fichier image du master ont certainement été confontés à un message de ce type lors de l’import du disque nouvellement créé :

Cannot register the hard disk [...] with UUID [...] because a hard disk [...] with UUID [...] already exists in the media registry [...].

L’UUID (Universal Unique IDentifier), auquel le message fait référence, est en fait une chaîne de caractères alphanumériques permettant d’identifier des périphériques de stockage (plus d’info ici). Cet identifiant étant inscrit dans les métadonnées du disque dur virtuel (fichier .vdi), il est copié en même temps que ce dernier. Lors de l’import de la nouvelle copie, l’unicité des identifiants de périphériques n’est plus respectée, d’où le message d’erreur retourné par VirtualBox.

Heureusement, les développeurs ont pensé à nous ! Plutôt que de modifier l’UUID du nouveau disque à la main, nous allons utiliser la commande VBoxManage associée à l’option clonehd :

VBoxManage clonehd          <uuid>|<filename> <outputfile>
                            [--format VDI|VMDK|VHD|RAW|<other>]
                            [--variant Standard,Fixed,Split2G,Stream,ESX]
                            [--type normal|writethrough|immutable]
                            [--remember] [--existing]

La commande que j’utilise le plus couramment est la plus simple :

$ VBoxManage clonehd /path/to/master.vdi /path/to/clone.vdi

NB : Il est important de spécifier les chemins absolus des disques source et distant.

Une fois la procédure de clonage terminée, le nouveau disque est prêt à l’emploi et peut être utilisé en choisissant l’option « Utiliser un disque existant » lors de la création d’une nouvelle VM. Il ne reste alors plus qu’à démarrer la machine pour la suite des opérations.

Modification du hostname

Le nom d’hôte de la machine est utilisé par certaines opérations réseau et s’affiche sur le prompt d’un utilisateur connecté (bien que ce comportement soit configurable). Vous l’aurez compris, au premier démarrage, le nom d’hôte de la nouvelle VM est celui du master. Pour le modifier il faut éditer le fichier /etc/hostname :

$ echo newhostname > /etc/hostname

NB : on évitera les caractères trop exotiques pour la définition du hostname ;)

L’une des erreurs les plus couramment commises est de s’arrêter là ! En effet, il faut également propager cette modification dans le fichier /etc/hosts de façon à avoir au minimum les déclarations suivantes (en plus de celles pour IPv6) :

127.0.0.1    localhost
127.0.0.1    newhostname.localdomain newhostname

NB : Cette mise à jour est vraiment importante, tant son oubli peut faire perdre du temps. Un exemple typique est l’impossibilité de démarrer le serveur applicatif JBoss. Inutile de dire que le lien de cause à effet n’est pas immédiat et que les erreurs causées par l’omission de cette configuration sont assez difficiles à diagnostiquer (surtout lorsqu’elles surgissent 15 jours plus tard ! ).

Mise à jour des rules udev pour les interfaces réseau

Les distributions basées sur Debian disposent d’une règle udev permettant d’associer de façon pérenne le nom d’une interface réseau logique (ethX) avec l’adresse MAC de la carte correspondante. L’enregistrement des couples ethX/@MAC dans le fichier /etc/udev/rules.d/70-persistent-net.rules permet d’effectuer des opérations physiques sur les interfaces réseaux (ajout, retrait, interversions) sans pertrber la configuration réseau. La règle udev responsable de l’écriture de ces associations est située dans le script /etc/udev/rules.d/75-persistent-net-generator.rules. Les adresses MAC figurant dans le fichier 70-persistent-net.rules étant celles du master, il faut mettre le fichier à jour pour les faire correspondre avec celles de la nouvelle machine. On peut également tout bonnement supprimer ces 2 fichiers, mais cela n’est pas conseillé.

Changez vos mots de passe !

Et oui, les comptes utilisateurs étant les mêmes que ceux configurés sur le master, il est vivement conseillé de modifier au minimum le pass root !!!