Discussion :

[Eusebius]

Bonjour,
J'ai un LVM constitué de quatre volumes physiques, d'un groupe de volumes et de deux volumes logiques (/ et swap).

Je souhaite récupérer un de mes quatre volumes physiques pour y installer un autre OS. Quelle serait la procédure à suivre ?

Je n'ai pas étendu mon système de fichiers de / à tout le volume logique, donc a priori je devrais être capable de réduire la taille du volume logique. Par contre je ne sais pas trop comment faire pour le reste...

pvs

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
  PV         VG        Fmt  Attr PSize  PFree
  /dev/dm-0  eusebius lvm2 a-   59,38g    0 
  /dev/sdb   eusebius lvm2 a-   59,62g    0 
  /dev/sdc   eusebius lvm2 a-   59,62g    0 
  /dev/sdd   eusebius lvm2 a-   59,62g    0

vgs

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
  VG        #PV #LV #SN Attr   VSize   VFree
  eusebius   4   2   0 wz--n- 238,26g    0

lvs

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
  LV     VG        Attr   LSize   Origin Snap%  Move Log Copy%  Convert
  root   eusebius -wi-ao 230,34g                                      
  swap_1 eusebius -wi-ao   7,92g

Merci par avance de vos conseils.

[jeanbi]

bonjour,
pour avoir ete confronte au meme probleme , c'est pas possible
tu peux bidouiller le lvm en modifiant le taille de tes partitions mais il n'est pas possible de reduire le lvmni de l'agrandir sans casser le systeme
bon mon experience date de 3ans , ça a peut etre changer .
a+

[Mandraxx]

Bonjour,

C'est possible mais très délicat : il faut être rigoureux et surtout ne pas s'empresser de répondre oui aux questions qui sont posées par les utilitaires.

Dès que tu va être tenté d'utiliser une option --force ou -f, dis-toi que tu risques de perdre des données, mieux vaut prendre une bonne après midi et éviter ce genre d'argument qui sert essentiellement à intervenir sur un système en panne.

Tout d'abord, il faut noter que l'ensemble de tes volumes physiques sont utilisés (même s'il sont remplis avec du vide) vu que PFree est à 0 partout.

La procédure est la suivante :

1. Démarrer sur un système externe (KNOPIX, INSERT ou autre...) car la réduction d'un filsystem ne peut se faire que offline (c'est pour ça qu'il vaut mieux éviter de faire un gros / avec tout dedans )
2. Monter le root filesystem puis vérifier l'espace réellement utilisé via df
3. Démonter le root filesystem
4. Réduire la taille du filesystem avec resize2fs device taille ou resize4fs device taille en laissant à peine un peu de place par rapport à ce qui est déjà occupé (genre 1 ou 2 Go) : cette opération peut demander un e2fsck ou un e4fsck.
5. Redémarrer sur le système cible
6. Retailler le volume logique qui héberge le filesystem en précisant une taille légèrement supérieure à celle passée à resizexfs (car il y a une différence dans la façon de compter les blocs, généralement je laisse encore 1Go pour être tranquille) : lvreduce -Ltaille /dev/eusebius/root
7. Réduire le groupe de volume : vgreduce /dev/eusebius /dev/sdd
8. On réaligne le volume logique avec lvextends -l+blocs /dev/eusebius/root où blocs désigne le nombre Free PE visible avec vgdisplay /dev/eusebius puis resize2fs /dev/eusebius/root ou resize4fs /dev/eusebius/root sans plus de paramètre pour retailler le filesystem à la dimension de son volume et ainsi récupérer les 2 ou 3 gigots qu'on a laissé de côté de peur de la famine (et là, comme on étend, ça peut se faire online )

Tant que vgreduce refuse de détacher le volume physique, c'est qu'il est utilisé et si on force => perte de données.

Donc ça marche mais il faut être prudent et au calme : ne pas court-circuiter les étapes car LVM ne peut pas présumer si l'administrateur a retouché les systèmes de fichiers en cohérence avec la manipulation effectuée sur les volumes.

90% des pertes de données sur ces opérations sont dues au fait que l'administrateur réduit un volume logique sans avoir préalablement réduit le système de fichiers => présence de données en dehors de la zone allouée ...

@+

[Eusebius]

C'est possible mais très délicat

Bonjour,
Merci beaucoup pour cette procédure.
Est-ce qu'il ne faudrait pas y rajouter un pvmove pour s'assurer qu'aucun PE ne reste utilisé sur le volume physique qu'on souhaite retirer ?
Est-ce utile de rajouter un pvremove à la fin (si le pv n'est plus destiné à LVM) ?

[Mandraxx]

pvmove : oui, c'est fort possible, je n'ai pas souvent eu ce besoin (le vgreduce se débrouille pas trop mal en général) mais effectivement, ça peut-être nécessaire pour vider un volume physique et débloquer un vgreduce qui ne voudrait pas passer. C'est donc plus prudent de le passer dans tous les cas (surtout sur des données de prod...)

pvremove : c'est optionnel car lorsqu'on réutilise la partition, on change son type et on la reformate. Toutefois, cela peut effectivement éviter d'avoir des erreurs dans LVM. Perso, je fais essentiellement des déplacements de volumes physiques entre volumes logiques (gestion d'un pool de machines virtuelles avec des allocations d'espaces en fonction de la demande) donc je réutilise mes PV et je ne me suis jamais posé la question .

@+

[Eusebius]

pvmove : oui, c'est fort possible, je n'ai pas souvent eu ce besoin (le vgreduce se débrouille pas trop mal en général) mais effectivement, ça peut-être nécessaire pour vider un volume physique et débloquer un vgreduce qui ne voudrait pas passer. C'est donc plus prudent de le passer dans tous les cas (surtout sur des données de prod...)

pvremove : c'est optionnel car lorsqu'on réutilise la partition, on change son type et on la reformate. Toutefois, cela peut effectivement éviter d'avoir des erreurs dans LVM. Perso, je fais essentiellement des déplacements de volumes physiques entre volumes logiques (gestion d'un pool de machines virtuelles avec des allocations d'espaces en fonction de la demande) donc je réutilise mes PV et je ne me suis jamais posé la question .

@+

OK merci. Je vais me permettre l'audace de marquer "résolu" sans avoir encore testé la solution

[Eusebius]

OK merci. Je vais me permettre l'audace de marquer "résolu" sans avoir encore testé la solution

Testé et validé, pas eu besoin de pvmove mais j'ai fait un pvremove à la fin.