Pour tout un tas de raison, et notamment par manque de place dans sa tour lors de sa précédente refonte, l'OS de mon serveur à la maison tournait depuis un bon moment sur un disque unique. J'ai profité d'une nouvelle refonte de printemps pour repasser sur un RAID1, sans tout réinstaller bien sûr !

Mon serveur, qui fera sûrement l'objet d'un article un de ces jours (si ça peut donner des idées), est bien chargé : a son heure de gloire, il accueillait 14 disques (mécaniques et SSD confondus), sans compter une période avec 6 ou 7 disques USB supplémentaires pour diverses raisons. Mais tout ce petit monde consomme pas mal, et a surtout bien souffert lors de précédents montages audacieux (cette tour me sert pour mon auto-hébergement, mes archivages, mes besoins domestiques (NAS, vidéosurveillance, etc), et mes tests). Du coup, j'ai souhaité revenir à un schéma plus simple, faire du ménage et reconsolider ce qui devait l'être, en l'occurence l'OS (ici, une Debian 9 couplée avec Proxmox 5).

Je vais tenter, dans cet article, de détailler les différentes étapes qui m'ont permis de revenir sur un RAID1, sans réinstallation, avec un downtime raisonnable de 15 min environ. Ces manipulations sont valables pour Debian, mais doivent être valables à peu de choses près pour d'autres distributions.

Disclaimer : je ne suis en aucun cas responsable de la perte de vos services ou données en cas de fausses manipulations ! Cet article illustre un cas spécifique, qu'il est nécessaire de comprendre et d'adapter en fonction de vos besoins.

Etat initial

Rapide aperçu du point de départ :

• 8 disques de 4To pour le NAS et les services, gérés par ZFS, mais hors scope ici ;
• 1 disque de 250G pour l'OS, partitionné avec du LVM et identifié en tant que sdc ;
• Le serveur tourne sous Proxmox 5 / Debian 9 et héberge une quinzaine de conteneurs/VM.

J'exclus les SSD qui me servaient de cache pour mon pool ZFS : après refonte de mes services, je n'ai plus autant de besoins en I/O et je les réintègrerai une prochaine fois.

L'objectif est donc :

• Toujours les disques de 4To, inchangés ;
• 2 disques de 160Go de récup qui me serviront ici pour mon nouveau RAID1 (+ LVM).

Dans nos prérequis, nous aurons simplement besoin :

• De nos 2 disques pour le RAID1, donc ;
• D'un LiveCD Ubuntu/Debian/whatever (je prendrai ici une Xubuntu, parce que c'est ce que j'avais sur une clé USB déjà dispo) ;
• D'une plage de maintenance (si vous hébergez d'autres personnes).

Enfin, mon schéma de partitionnement est actuellement le suivant :

Préparation

Création du RAID

Comme j'ai la chance d'avoir de la place dans la tour, je branche directement les deux disques, mais la manipulation peut également se faire avec un seul (on montera simplement le RAID1 avec un élément en missing, qu'on comblera après avoir retiré l'ancien disque de l'OS).
J'utilise ici l'outil mdadm, grand classique sous Linux, et mes 2 disques seront identifiés comme sda et sdb.

Avant toute chose, on prend soin de "zéroer" le superblock, qui peut contenir une ancienne configuration RAID :

Pour le partitionnement, on peut utiliser à peu près ce qu'on veut (fdisk, parted...), le tout étant d'avoir au final une seule partition de type fd (pour "Linux RAID autodetect"). Je ne couvre pas cette section (j'avoue, j'ai la flemme de faire des screenshots... et ce n'est pas vraiment l'objet de cet article), je préfère vous renvoyer par exemple vers cette page du Wiki Archlinux pour avoir des explications assez complètes.

On assemble donc notre RAID1 avec nos 2 partitions créées (il s'appellera ici md0) :

S'il nous manque un disque pour le moment :

Et on ajoutera le second disque plus tard avec :

On vérifie l'état de notre RAID (il nous faut "UU" dans la ligne sous notre md0 fraîchement créé, sauf si vous n'avez qu'un disque pour le moment et auquel cas vous aurez "U_") :

Autre vue, plus détaillée (notez la ligne State : active) :

Et par précaution (même si normalement mdadm scanne tous les disques au démarrage pour trouver les potentiels RAID), nous allons l'ajouter au fichier de configuration qui va bien :

(Au passage, il est impératif de superviser l'état de ses disques et des ses RAIDs. Pour ce dernier point, mdadm vous prévient quand il y a un problème, pensez à minima à renseigner une adresse mail dans le fichier mdadm.conf (et à configurer un postfix ou un ssmtp pour que votre serveur puisse envoyer des mails, ça peut paraître évident, mais...)). Et supervisez (je ne savais plus si je l'avais déjà mentionné).

Partitionnement

RAPPEL : ce schéma de partitionnement correspond à mes besoins, ma façon de travailler. Il faut adapter selon les vôtres !

J'aime LVM (parce qu'on peut redimensionner nos partitions facilement, entre autres), voici donc le découpage que j'utilise et que je vais réintégrer sur mon RAID1 :

Création du physical volume (rappel : md0 est ici le RAID1 précédemment créé) :

Création du volume group :

Création des logical volumes :

Formatage des volumes (je reste sur de l'EXT4 très classique pour l'OS, même si je teste aussi en ce moment de le migrer sur ZFS) :

On laissera ce dernier swap inactif pour le moment.

Copie des fichiers

On va maintenant pouvoir copier notre OS. A noter que dans mon cas, je n'utilise pas le /var/lib/vz monté par Proxmox par défaut pour stocker mes VM. Si vous l'utilisez, il faudra arrêter vos VM avant la copie et vous ne pourrez les relancer qu'une fois le RAID1 booté correctement.
A noter également, toujours dans le cas de Proxmox, qu'il faudra exclure le contenu de /etc/pve, qui est géré directement par celui-ci et empêchera le service de redémarrer si le répertoire n'est pas vide au reboot.

Montage temporaire :

Copie (et on laisse mouliner) :

A ce moment-là, on pourra arrêter tous les services qui tournent (dans mon cas, les VM/conteneurs/samba/NFS...) et refaire une dernière passe de rsync (qui devrait être très rapide) pour être sûr de tout avoir à jour (en ajoutant un --delete pour purger les fichiers temporaires ou de lock).

Redémarrage sur un LiveCD

Le RAID1 est prêt, les partitions sont créées et les fichiers copiés : on peut redémarrer sur notre LiveCD. Au passage, je débranche l'ancien disque de l'OS, que je garde bien dans un coin au cas où.
Une fois booté, j'ai eu la mauvaise surprise de ne pas avoir mdadm d'installé... Grrr. Et comme c'est mon serveur qui porte les services réseaux, pas d'Internet sur ledit LiveCD. Je récupère donc le .deb qui va bien en 4G, et j'installe mdadm.

Montage temporaire et chroot

On va donc aller chercher notre RAID1, et monter nos partitions (pas besoin de monter nos nouveaux tmp et home, pour ces manipulations) :

Puis on prépare notre chroot :

Grub, initramfs et fstab

Nous allons donc maintenant modifier notre boot pour prendre en compte notre RAID1.

Déjà, on installe et met à jour la configuration de notre Grub pour tenir compte de notre nouveau partitionnement (sda et sdb sont toujours ici mes disques en RAID1) :

Et on veille à bien installer Grub sur les 2 disques de notre grappe, pour que chacun puisse booter sans l'autre en cas de besoin :

Ensuite, il va falloir modifier la configuration de l'initramfs pour lui dire d'utiliser le nouveau swap que nous avons créé au lieu de l'ancien :

Et pour finir, on va modifier notre fstab pour que nos montages se fassent dorénavant sur nos nouvelles partitions (on commentera les anciennes lignes, ci-dessous on ne garde que les nouvelles) :

Où l'UUID sur chaque ligne sera récupéré comme suit, pour chacun de nos volumes :

Reboot

En théorie, on est prêt ! On peut éteindre le LiveCD et relancer notre serveur sur notre joli RAID1 (en vérifiant que le BIOS soit configuré pour booter dessus).
Si tout se passe bien, on démarre correctement. Une fois connecté, on vérifiera que tous nos volumes sont bien montés (df -h), que le swap est bien actif (free -h), et que nos services sont lancés.
Si non, et bien il faudra aller gratter un peu en fonction des cas !

Pour information et en cas de problème, si vous avez bien gardé le disque de votre ancien OS, il vous suffit de le rebrancher et de redémarrer dessus pour revenir à l'état initial (nous n'avons touché à aucune VM ni aucun service).

Au final, mon schéma de partitionnement est tel qu'espéré :