IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)
Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

Administration système Discussion :

[LVM] supprimer un volume physique


Sujet :

Administration système

  1. #1
    Membre expert

    Profil pro
    imposteur
    Inscrit en
    avril 2003
    Messages
    3 308
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations professionnelles :
    Activité : imposteur

    Informations forums :
    Inscription : avril 2003
    Messages : 3 308
    Points : 3 377
    Points
    3 377
    Par défaut [LVM] supprimer un volume physique
    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.

  2. #2
    Membre chevronné Avatar de jeanbi
    Profil pro
    Inscrit en
    avril 2003
    Messages
    1 703
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : avril 2003
    Messages : 1 703
    Points : 2 248
    Points
    2 248
    Par défaut
    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+

  3. #3
    Membre averti Avatar de Mandraxx
    Homme Profil pro
    Architecte de système d'information
    Inscrit en
    mai 2011
    Messages
    182
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 42
    Localisation : France, Lot et Garonne (Aquitaine)

    Informations professionnelles :
    Activité : Architecte de système d'information
    Secteur : Conseil

    Informations forums :
    Inscription : mai 2011
    Messages : 182
    Points : 409
    Points
    409
    Par défaut
    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 ...

    @+
    Le choix motivé par le seul argument de modernité est intrinsèquement dépourvu de créativité.

  4. #4
    Membre expert

    Profil pro
    imposteur
    Inscrit en
    avril 2003
    Messages
    3 308
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations professionnelles :
    Activité : imposteur

    Informations forums :
    Inscription : avril 2003
    Messages : 3 308
    Points : 3 377
    Points
    3 377
    Par défaut
    Citation Envoyé par Mandraxx Voir le message
    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) ?

  5. #5
    Membre averti Avatar de Mandraxx
    Homme Profil pro
    Architecte de système d'information
    Inscrit en
    mai 2011
    Messages
    182
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 42
    Localisation : France, Lot et Garonne (Aquitaine)

    Informations professionnelles :
    Activité : Architecte de système d'information
    Secteur : Conseil

    Informations forums :
    Inscription : mai 2011
    Messages : 182
    Points : 409
    Points
    409
    Par défaut
    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 .

    @+
    Le choix motivé par le seul argument de modernité est intrinsèquement dépourvu de créativité.

  6. #6
    Membre expert

    Profil pro
    imposteur
    Inscrit en
    avril 2003
    Messages
    3 308
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations professionnelles :
    Activité : imposteur

    Informations forums :
    Inscription : avril 2003
    Messages : 3 308
    Points : 3 377
    Points
    3 377
    Par défaut
    Citation Envoyé par Mandraxx Voir le message
    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

  7. #7
    Membre expert

    Profil pro
    imposteur
    Inscrit en
    avril 2003
    Messages
    3 308
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations professionnelles :
    Activité : imposteur

    Informations forums :
    Inscription : avril 2003
    Messages : 3 308
    Points : 3 377
    Points
    3 377
    Par défaut
    Citation Envoyé par Eusebius Voir le message
    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.

+ Répondre à la discussion
Cette discussion est résolue.

Discussions similaires

  1. Réponses: 4
    Dernier message: 08/07/2008, 16h06
  2. Linux RAID - Volume physique Down : que faire ?
    Par pedouille dans le forum Administration système
    Réponses: 1
    Dernier message: 20/12/2007, 16h00
  3. Supprimer "System volume information" ?
    Par hsazerty dans le forum Windows Serveur
    Réponses: 2
    Dernier message: 13/07/2007, 14h12
  4. Supprimer un fichier "physiquement"
    Par bit_o dans le forum C
    Réponses: 4
    Dernier message: 24/05/2007, 23h22
  5. Supprimer une partition physique
    Par adrian07 dans le forum Composants
    Réponses: 8
    Dernier message: 24/04/2007, 17h37

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo