Le problème:

5 disques en RAID5 et LVM2, 1 groupe de volumes /dev/gv1 et 6 volumes logiques /dev/gv1/vol01 à /dev/gv1/vol06 occupant tout l’espace disponible. Tous les volumes logiques sont formatés en ext3.

L’espace commence à manquer sur le volume logique vol06 alors que le volume vol02 a plein d’espace libre. J’ai donc pris 14Go sur vol02 pour agrandir vol06. La manip n’est pas très compliquée mais il vaut mieux prendre son temps si on ne veut pas perdre toutes ses données,  en général on ne veut pas. La première étape est donc une sauvegarde des volumes à modifier.

Diminuer la taille du volume /dev/gv1/vol02

ATTENTION: Diminuer un volume en deçà de l’espace occupé par les données conduit à la destruction du système de fichiers.

La taille actuelle du volume est d’environ 286Go, je veux la ramener à 272Go. On va commencer par réduire la taille du système de fichiers à 270Go, puis réduire la taille du volume logique à 272Go et enfin agrandir le système de fichier à 272Go. Cette astuce donnée par Hoper dans cet article permet de limiter les risques d’erreurs.

Démontage du volume :

umount /dev/gv1/vol02

Vérification :

e2fsck -f /dev/gv1/vol02

Ramener la taille du système de fichiers à 270Go :

resize2fs /dev/gv1/vol02 270G

Ramener la taille du volume logique à 272Go :

lvresize -L 272G -v /dev/gv1/vol02

Etendre le système de fichiers pour qu’il occupe tout le volume logique :

resize2fs /dev/gv1/vol02

Vérification :

e2fsck -f /dev/gv1/vol02

Remontage des volumes :

mount /dev/gv1/vol02

Ca y est, le plus risqué est fait!

Agrandir le volume /dev/gv1/vol06

On va agrandir le volume logique vol06 pour qu’il récupère tout l’espace disponible dans le groupe de volume gv1.

On vérifie l’espace disponible avec vgdisplay :

vgdisplay

Les infos intéressantes sont PE size et Free PE, j’obtiens :

PE Size               4,00 MB
Free  PE / Size       3700 / 14,45 GB

La valeur de 14,45GB étant un arrondi, on va recalculer l’espace réellement disponible en Mo : 3700×4=14800Mo

OK, on peut y aller.

Démontage du volume :

umount /dev/gv1/vol06

Vérification :

e2fsck -f /dev/gv1/vol06

Agrandir de 14800Mo la taille du volume logique

lvresize -L +14800M /dev/gv1/vol06

Etendre le système de fichiers pour qu’il occupe tout le volume logique :

resize2fs /dev/gv1/vol06

Vérification :

e2fsck -f /dev/gv1/vol06

Remontage des volumes :

mount /dev/gv1/vol06

Ayé c’est fini.
Liens:
LVM, une autre manière de partitionner

RAID et LVM

La commande sfdisk permet de manipuler les tables de partitions et de dupliquer très simplement la structure de cette table d’un disque vers un autre. Si on veut copier la table des partitions du disque /dev/sda vers le disque /dev/sdb la commande sera :

sfdisk -d /dev/sda | sfdisk /dev/sdb

C’est très pratique si on veut initialiser un volume RAID 1 par exemple.

Attention quand même, comme toutes les commandes de bas niveau qui agissent sur la table des partitions, une mauvaise manip peut avoit des conséquences douloureuses. Mieux vaut réfléchir un brin avant d’appuyer sur Entrée…

Lien : La man page de sfdisk, très bien faite, qui indique les options de sauvegarde et restauration

J’ai eu quelques soucis dernièrement à supprimer un volume RAID logiciel (RAID 1) que j’avais créé un peu précipitamment. A chaque redémarrage le volume RAID était rechargé. Voilà comment j’ai résolu le problème :

Volume RAID1 : /dev/md1
Partitions du RAID : /dev/sda3 et /dev/sdb3

on démonte le volume RAID :

sudo umount /dev/md1

on désactive le volume :

sudo mdadm -S /dev/md1

Et on finit par les commandes magiques d’effaçage des superblocks pour ne pas voir revenir son RAID au boot suivant :

sudo mdadm --zero-superblock /dev/sda3
sudo mdadm --zero-superblock /dev/sdb3

Il faut aussi penser à modifier /etc/fstab en conséquence

Lien : La soluce en anglais