« LVM » : différence entre les versions

De Lea Linux
Aller à la navigation Aller à la recherche
m (Précision importantes sur la réduction d'un groupe de volumes)
Aucun résumé des modifications
(7 versions intermédiaires par 4 utilisateurs non affichées)
Ligne 1 : Ligne 1 :
[[Category:Administration système]]
[[Catégorie:Administration système]]
[[Catégorie:Léa pour les pros]]
 
= Le LVM (Logical Volume Manager) =
= Le LVM (Logical Volume Manager) =


<div class="leatitre">Le LVM (Logical Volume Manager)</div><div class="leapar">Par [mailto:anne@lea-linux.org Anne]</div>
par [[Utilisateur:Ennael|Anne]]


Un des aspects cruciaux dans l'administration d'un serveur ou d'une machine de bureau est la gestion de l'espace disque. Quoi de plus énervant que de voir l'installation d'une application échouer par manque d'espace, ou un serveur rendu indisponible parce que le système de fichiers /var était plein du fait des fichiers de log ?
Un des aspects cruciaux dans l'administration d'un serveur ou d'une machine de bureau est la gestion de l'espace disque. Quoi de plus énervant que de voir l'installation d'une application échouer par manque d'espace, ou un serveur rendu indisponible parce que le système de fichiers /var était plein du fait des fichiers de log ?
Ligne 14 : Ligne 16 :
Dans un partitionnement de type classique, à l'aide des commandes fdisk, vous ne pouvez avoir que 4 partitions primaires pour chaque disque (en IDE) ou éventuellement 3 partitions primaires et une partition étendue qui contiendra des partitions logiques. L'inconvénient de ce type de partitionnement est que lorsque vous souhaitez réduire la taille d'une partition ou l'augmenter, vous devez notamment disposer d'outils spécifiques comme GNU-parted. De plus, le partitionnement ne se fera que disque par disque. Imaginez alors que vous souhaitiez ajouter un deuxième disque sur votre machine ou agrandir la taille de votre système de fichiers /home...
Dans un partitionnement de type classique, à l'aide des commandes fdisk, vous ne pouvez avoir que 4 partitions primaires pour chaque disque (en IDE) ou éventuellement 3 partitions primaires et une partition étendue qui contiendra des partitions logiques. L'inconvénient de ce type de partitionnement est que lorsque vous souhaitez réduire la taille d'une partition ou l'augmenter, vous devez notamment disposer d'outils spécifiques comme GNU-parted. De plus, le partitionnement ne se fera que disque par disque. Imaginez alors que vous souhaitiez ajouter un deuxième disque sur votre machine ou agrandir la taille de votre système de fichiers /home...


Vous ne pourrez pas profiter de l'espace disponible sur ce deuxième disque pour agrandir /home, à moins d'y accrocher un nouveau système de fichiers. Agacant non ?
Vous ne pourrez pas profiter de l'espace disponible sur ce deuxième disque pour agrandir /home, à moins d'y accrocher un nouveau système de fichiers. Agaçant non ?


Eh bien, LVM est là pour vous simplifier la vie.
Eh bien, LVM est là pour vous simplifier la vie.
Ligne 27 : Ligne 29 :
'''Schéma 1 : système des pointeurs LVM'''
'''Schéma 1 : système des pointeurs LVM'''
[[Image:lvm-lvm4.jpg]]
[[Image:lvm-lvm4.jpg]]
* La dernière étape va consister à découper le groupe de volumes en partitions appelées '''volumes logiques''' dans lesquelles nous pourrons au choix, créer un système de fichier, une partition de swap. Ces partitions pourront être redimensionnées et/ou déplacées.
* La dernière étape va consister à découper le groupe de volumes en partitions appelées '''volumes logiques''' dans lesquelles nous pourrons au choix, créer un système de fichiers, une partition de swap. Ces partitions pourront être redimensionnées et/ou déplacées.


Voici de manière shématique à quoi pourrait ressembler votre(vos) disque(s) après ce traitement (Schéma 2).
Voici de manière schématique à quoi pourrait ressembler votre(vos) disque(s) après ce traitement (Schéma 2).


'''Schéma 2 : impact de LVM sur les disques durs'''
'''Schéma 2 : impact de LVM sur les disques durs'''
Ligne 101 : Ligne 103 :
'''Préparation de l'espace''' à utiliser avec le LVM : cette étape s'effectue grâce à la commande fdisk. Vous allez devoir attribuer le type lvm à votre disque ou votre partition :  
'''Préparation de l'espace''' à utiliser avec le LVM : cette étape s'effectue grâce à la commande fdisk. Vous allez devoir attribuer le type lvm à votre disque ou votre partition :  


<code>root@pingu# fdisk /dev/hdb
<div class="code">
root@pingu# fdisk /dev/hdb
Commande (m pour aide) : p
Commande (m pour aide) : p
Disk /dev/hdb: 13.5 GB, 13578485760 bytes
Disk /dev/hdb: 13.5 GB, 13578485760 bytes
255 heads, 63 sectors/track, 1650 cylinders
255 heads, 63 sectors/track, 1650 cylinders
Units = cylindres of 16065 * 512 = 8225280 bytes
Units = cylindres of 16065 * 512 = 8225280 bytes
  Périphérique Amorce    Début      Fin    Blocs  Id  Système
  Périphérique Amorce    Début      Fin    Blocs  Id  Système
  /dev/hdb1            1      730  5863693+  8e  Linux LVM
  /dev/hdb1            1      730  5863693+  8e  Linux LVM
  /dev/hdb2          731      1339  4891792+  8e  Linux LVM
  /dev/hdb2          731      1339  4891792+  8e  Linux LVM
  /dev/hdb3        1340      1650  2498107+  8e  Linux LVM</code>  
  /dev/hdb3        1340      1650  2498107+  8e  Linux LVM</div>  


Ensuite, il est nécessaire de lancer '''la commande vgscan''' si vous utilisez LVM pour la première fois sur le disque dur ou la partition. La commande va créer notamment le fichier /etc/lvmtab et le répertoire /etc/lvmtab.d.  
Ensuite, il est nécessaire de lancer '''la commande vgscan''' si vous utilisez LVM pour la première fois sur le disque dur ou la partition. La commande va créer notamment le fichier /etc/lvmtab et le répertoire /etc/lvmtab.d.  


<code># vgscan
<div class="code">
vgscan -- reading all physical volumes (this may take a while...)
# vgscan
vgscan -- "/etc/lvmtab" and "/etc/lvmtab.d" successfully created
vgscan -- WARNING: This program does not do a VGDA backup of your volume group</code>  
vgscan -- reading all physical volumes (this may take a while...)
vgscan -- "/etc/lvmtab" and "/etc/lvmtab.d" successfully created
vgscan -- WARNING: This program does not do a VGDA backup of your volume group</div>  


Création du volume physique : la commande est pvcreate (physical volume creation).  
Création du volume physique : la commande est pvcreate (physical volume creation).  
pvcreate [-f] </dev/hdxx> où<br /> -f : force la création du volume. A utiliser si le disque avait déjà été transformé en volume physique.<br /> /dev/hdxx : fichier spécial du disque ou de la partition à transformer en volume physique
pvcreate [-f] </dev/hdxx> où<br /> -f : force la création du volume. A utiliser si le disque avait déjà été transformé en volume physique.<br /> /dev/hdxx : fichier spécial du disque ou de la partition à transformer en volume physique
<u>Exemple</u> : création d'un volume physique à partir de hdb1
<u>Exemple</u> : création d'un volume physique à partir de hdb1
<code># pvcreate /dev/hdb1
<div class="code">
pvcreate -- physical volume "/dev/hdb1" successfully created</code>
# pvcreate /dev/hdb1
pvcreate -- physical volume "/dev/hdb1" successfully created</div>


== Création d'un groupe de volume ==
== Création d'un groupe de volume ==
Ligne 233 : Ligne 240 :
= Commandes complémentaires =
= Commandes complémentaires =


Jusqu'à maintenant, nous avons vu comment créer des strutures LVM et obtenir de l'information. Nous allons voir maintenant d'autres opérations réalisables pour la gestion du partitionnemement et qui mettent en évidence toute la souplesse apportée par le LVM en la matière : agrandir ou réduire un groupe de volume, redimensionner un volume logique.
Jusqu'à maintenant, nous avons vu comment créer des structures LVM et obtenir de l'information. Nous allons voir maintenant d'autres opérations réalisables pour la gestion du partitionnement et qui mettent en évidence toute la souplesse apportée par le LVM en la matière : agrandir ou réduire un groupe de volume, redimensionner un volume logique.
 
Si vous modifiez des groupes de volumes, des volumes logiques ou physiques utilisés par le système (ie /, /usr, /var, ...), vous devrez probablement booter sur un livecd : On citera notamment la célèbre knoppix, mais aussi le livecd gparted, le system rescue cd, ... Vérifiez auparavant la présence des outils LVM sur ce CD. La présence d'outils de partitionnement plus convivial ou plus puissants que fdisk est un plus non négligeable, ainsi que celle d'un navigateur internet mode texte (links ...) .


== Redimensionner un groupe de volumes ==
== Redimensionner un groupe de volumes ==
Ligne 269 : Ligne 278 :
<div class="code"><nowiki># pvmove /dev/hdb </nowiki></div>
<div class="code"><nowiki># pvmove /dev/hdb </nowiki></div>


Pvmove trouve de lui même l'endroit où déplacer les données (en fait chaque groupe de volumes possède une politique d'allocation qui indique quels volumes physiques doivent être utilisés en priorités, mais la gestion de cette politique dépasse le cadre de cet article). Vous pouvez si vous préférez spécifier un ou plusieurs volumes destinations (voir le manuel de pvmove pour plus d'informations).
pvmove trouve de lui même l'endroit où déplacer les données (en fait chaque groupe de volumes possède une politique d'allocation qui indique quels volumes physiques doivent être utilisés en priorités, mais la gestion de cette politique dépasse le cadre de cet article). Vous pouvez si vous préférez spécifier un ou plusieurs volumes de destinations (voir le manuel de pvmove pour plus d'informations).


4) Maintenant on peut retirer /dev/hdb du groupe de volumes en toute tranquillité :  
4) Maintenant on peut retirer /dev/hdb du groupe de volumes en toute tranquillité :  
Ligne 297 : Ligne 306 :




Les étapes à respecter pour aggrandir un volume logique :
Les étapes à respecter pour agrandir un volume logique :


# démontage du système de fichier (commande umount) ;  
# démontage du système de fichier (commande umount) ;  
Ligne 307 : Ligne 316 :
ce qui donne par exemple pour ajouter 10 gigas à vol_logique (en ext3) :
ce qui donne par exemple pour ajouter 10 gigas à vol_logique (en ext3) :


<div class="code">umount /dev/nom_volume/vol_logique<br />  
<div class="code">umount /dev/nom_volume/vol_logique<br />lvextend -L +10G /dev/nom_volume/vol_logique <br />e2fsck -f /dev/nom_volume/vol_logique <br />resize2fs /dev/nom_vol/vol_logique <br />mount /dev/nom_volume/vol_logique [...]
lvextend -L +10G /dev/nom_volume/vol_logique <br />  
e2fsck -f /dev/nom_volume/vol_logique <br />
resize2fs /dev/nom_vol/vol_logique <br />
mount /dev/nom_volume/vol_logique [...]
</div>
</div>


Ligne 323 : Ligne 328 :
par exemple pour changer la taille de vol_logique à 5G (en ext3) :  
par exemple pour changer la taille de vol_logique à 5G (en ext3) :  


<div class="code">umount /dev/nom_volume/vol_logique<br />  
<div class="code">umount /dev/nom_volume/vol_logique<br />e2fsck -f /dev/nom_volume/vol_logique <br />resize2fs /dev/nom_vol/vol_logique 5G <br />lvreduce -L 5G /dev/nom_volume/vol_logique <br />mount /dev/nom_volume/vol_logique [...]
e2fsck -f /dev/nom_volume/vol_logique <br />
resize2fs /dev/nom_vol/vol_logique 5G <br />
lvreduce -L 5G /dev/nom_volume/vol_logique <br />  
mount /dev/nom_volume/vol_logique [...]
</div>
</div>


IMORTANT :
IMPORTANT :
Vous  noterez qu'on réduit d'abord le système de fichier puis le volume logique. La raison est simple : quand on execute lvreduce, les données dans la partie réduite sont tout simplement supprimées du volume, il est donc indispensable que le système de fichiers ait déja la bonne taille. Vous devez passer la même taille aux 2 commandes, donc ne donner pas une taille relative à lvreduce, cela pourrait vous induire en erreur.
Vous  noterez qu'on réduit d'abord le système de fichier puis le volume logique. La raison est simple : quand on exécute lvreduce, les données dans la partie réduite sont tout simplement supprimées du volume, il est donc indispensable que le système de fichiers ait déjà la bonne taille. Vous devez passer la même taille aux 2 commandes, donc ne donner pas une taille relative à lvreduce, cela pourrait vous induire en erreur.


On pourra vérifier le bon déroulement de l'opération grâce aux commandes lvdisplay pour le volume logique et df pour le système de fichiers. Les remarques ci-dessus sont une description générale de l'opération. Ces étapes peuvent toutefois varier en fonction du système de fichiers utilisé. Certains procurent en effet la possibilité d'effectuer les opérations de redimensionnement « à chaud » c'est-à-dire sans démontage. Ci-contre un tableau comparatif des différents systèmes de fichiers les plus couramment rencontrés (Tableau 1).
On pourra vérifier le bon déroulement de l'opération grâce aux commandes lvdisplay pour le volume logique et df pour le système de fichiers. Les remarques ci-dessus sont une description générale de l'opération. Ces étapes peuvent toutefois varier en fonction du système de fichiers utilisé. Certains procurent en effet la possibilité d'effectuer les opérations de redimensionnement « à chaud » c'est-à-dire sans démontage. Ci-contre un tableau comparatif des différents systèmes de fichiers les plus couramment rencontrés (Tableau 1).
Ligne 358 : Ligne 359 :
| width="42%" | xfsprogs (xfs_growfs)
| width="42%" | xfsprogs (xfs_growfs)
|}
|}
== Redimensionner un volume physique ==
'''S'applique uniquement au LVM2'''
'''ATTENTION''' La prise en charge de cette fonctionnalité par LVM2 est relativement récente, elle est de ce fait assez peu documentée, et assez risquée. Il est très fortement conseillé (encore plus que d'habitude) de sauver ses données, sa table de partition, ses métadatas LVM avant.
Je vous rappelle que vous êtes seul responsable de vos essais.
Gardez à l'esprit que le risque de défaillance du matériel existe toujours, et s'y ajoute le risque beaucoup plus conséquent d'erreur humaine. Lors de la modification d'une table de partitions, une simple faute de frappe peut être à l'origine d'une perte de données.
Il sera nécessaire pour une manipulation sur un volume physique utilisé par votre distribution de booter sur un livecd.
Nous avons précédemment vu les principales manipulations sur un groupe de volumes et sur des volumes logiques : Mais reste les manipulations sur les volumes physiques eux même, notamment le redimensionnement :
Admettons par exemple que vous ayez un groupe de volumes nom_volume utilisant les volumes physiques hda1 et hdb, et que vous avez d'autres partitions n'utilisant pas le LVM sur hda. Il est possible qu'au bout d'un certain temps vous n'ayez plus besoin de hda2, vous supprimez les données dessus et vous avez alors une certaine quantité d'espace disponible sur hda
Il pourrait être utile d'ajouter cet espace au groupe de volumes nom_volume. Nous avons précédemment vu une méthode possible : création d'un nouveau volume physique sur hda2 et ajout de ce volume physique à nom_volume. Cependant, cette solution n'est pas idéale : créer deux volumes physiques '''sur le même''' disque entraînera probablement une perte de performances :
Les têtes de lecture passeront un certain temps à faire du tourisme sur le disque pour trouver les données (un peu comme dans le cas d'une partition ntfs fragmentée).
Donc on préférera le redimensionnement du volume physique existant :
Cette méthode suppose que l'espace à ajouter au volume physique se trouve juste après le dit volume physique : il est seulement possible d'agrandir un pv "vers la droite"
1) Première étape : sauvegarde des données '''fortement conseillée'''
Puis démontez vos partitions, et fermez tous les programmes susceptibles de les utiliser.
2) Deuxième étape : supprimer la partition inutile (ici hda2) si ce n'est pas déja fait : avec fdisk ou autre (voir man fdisk, man parted, man cfdisk ...)
3) Troisième étape : agrandir la partition hébergeant le volume physique avec
fdisk
C'est une manipulation délicate. D'abord un minimum de théorie : quand on crée ou supprime une partition avec fdisk, il ne touche pas aux données, seulement aux partitions (attention, ça ne veut pas dire qu'on peut faire n'importe quoi avec fdisk : si la table de partition n'est pas bonne, vos données seront illisibles). Il est donc tout à fait possible de supprimer une partition et de la recréer '''à partir du même secteur''' mais en plus grand sans perdre les données qui s'y trouvent. C'est ce que nous allons faire (Je répète, il faut que l'espace libre se trouve '''juste après''' le pv à agrandir)
commencez par lancer fdisk :
<div class="code"> #fdisk /dev/hda <br /> </div>
Puis taper l : Cette commande affiche la table de partitions. Notez sur un bout de papier le début et la fin de votre volume physique (ici hda1). Il est fortement conseillé de travailler avec un affichage en cylindres (par défaut dans fdisk) car certains programmes arrondissent les partitions aux cylindres.
Maintenant supprimez cette partition : avec fdisk, commande d puis vous entrez le numéro de la partition (ici 1).
Puis recréez une partition : commande n, puis entrez le numéro : ici 1 (mieux vaut garder le même), fdisk va vous demander le cylindre de début de la partition : entrez exactement le même que celui de l'ancienne partition, Et entrez le cylindre de fin que vous voulez (toujours supérieur à l'ancien, cette méthode ne fonctionne que pour un agrandissement). Par défaut, fdisk étendra la partition sur tout l'espace non partitionné si vous tapez seulement entrée.
Enfin changez le type de cette partition en lvm : commande t, numéro de la partition (1), puis type (8e)
Pour l'instant, les modifications sont seulement en mémoire. Vérifiez qu'elles sont correctes avec la commande l, puis vérifiez à nouveau et encore une fois. Quand vous êtes sur de vous, tapez w : Les modifications seront écrites sur le disque.
4) Maintenant la partition hébergeant le volume physique (hda1) est agrandie, Mais le pv ne l'est pas encore :  On s'en occupe avec :
<div class="code"> #pvresize /dev/hda1 <br /> </div>
Attention, on ne spécifie pas de taille : pvresize détectera de lui même la taille de la partition et agrandira le pv en conséquence
5) Eh bien c'est terminé, bravo ! Maintenant vous pouvez vérifier avec pvdisplay et vgdisplay que vous disposez bien de l'espace supplémentaire.
Et pour réduire un volume physique : <br />
c'est un peu plus complexe : Il est nécessaire que les LE du volume physique qui seront effacés soient non occupées. A ma connaissance, il n'existe pas de commande permettant de déplacer les infos situés dans les n derniers LE, mais c'est prévu pour une prochaine version. En outre c'est encore plus expérimental que l'agrandissement qui était déja lui même expérimental ... Tout essai à vos risques et périls.
La méthode : <br />
Comme s'habitude sauvegarde, démontage, ... Puis :
1) Réduire le pv avec :
<div class="code"> #pvresize --setphysicalvolumesize taille /dev/hda1  <br /> </div>
Ici on réduit à taille le volume physique hda1
2) Faire la même manipulation que pour l'agrandissement avec fdisk mais cette fois on diminue la taille de la partition à '''exactement la même taille''' que celle donnée à pvresize, toujours en gardant le même début. Attention aux conversions cylindre/secteurs/Go/Mo.
Les limitations, comment les contourner ? <br/>
La principale limitation est l'impossibilité de déplacer le début de la partition. Si vous voulez déplacer un volume physique, il vous faudra :
D'abord créer un nouveau pv (sur une nouvelle partition) à l'endroit ou vous voulez mettre votre ancien volume, ajouter ce nouveau pv à votre groupe de volume, puis retirer l'ancien pv du groupe de volume (après avoir évidement migrer les données qu'il contient). Toutes ces manipulations ont été détaillées dans ce document.
L'inconvénient de cette méthode est la nécessité de disposer d'un espace au moins aussi grand que l'ancien pv à l'endroit où vous voulez le mettre.


== Une fonction particulière du LVM : la réalisation de snapshots ==
== Une fonction particulière du LVM : la réalisation de snapshots ==
Ligne 377 : Ligne 451 :
* pvdata : afficher des informations de debug
* pvdata : afficher des informations de debug
* pvdisplay : afficher des informations d'un PV
* pvdisplay : afficher des informations d'un PV
* pvmove : migrer les données d'un PV en vue de sa suppression
* pvresize : redimensionnement d'un PV (délicat)
* pvscan : lister tous les PV existant sur tous les disques
* pvscan : lister tous les PV existant sur tous les disques
'''Gestion des groupes de volumes'''
'''Gestion des groupes de volumes'''
Ligne 400 : Ligne 476 :
* lvremove : supprimer un VL
* lvremove : supprimer un VL
* lvrename : renommer un VL
* lvrename : renommer un VL
* lvscan : recherche de tous les VL existant  
* lvscan : recherche de tous les VL existant
 
= Utilisation pratique du LVM dans la gestion de l'espace =
= Utilisation pratique du LVM dans la gestion de l'espace =
Vous diposez d'un groupe de volume dans lequel vous n'avez plus d'espace disponible. Pour pouvoir augmenter un des volumes logiques, il va donc falloir ajouter un disque au groupe de volume. Comme pour tout élément du LVM, la première étape consiste à le transformer en volume physique ("pvcreate"). Puis on va insérer le nouveau volume physique dans le groupe de volume au moyen de la commande "vgextend". C'est tout !
Vous diposez d'un groupe de volume dans lequel vous n'avez plus d'espace disponible. Pour pouvoir augmenter un des volumes logiques, il va donc falloir ajouter un disque au groupe de volume. Comme pour tout élément du LVM, la première étape consiste à le transformer en volume physique ("pvcreate"). Puis on va insérer le nouveau volume physique dans le groupe de volume au moyen de la commande "vgextend". C'est tout !
Plus complexe, vous pouvez, pour quelle que raison que ce soit, envisager de déplacer un groupe de volume d'une machine à une autre. Si une sauvegarde de données est toujours conseillée par sécurité (mais comme vous êtes prévoyant vous en disposez de toute façon ;)), l'opération va consister à désactiver le groupe de volume à déplacer, enregistrer les métadatas le concernant. Puis on va réinjecter ces métadatas sur la machine destinataire et réactiver le groupe de volume sur cette machine. Les données seront alors accessibles de la même façon que sur l'ancienne machine (sous réserve de conserver les mêmes points de montage).
Plus complexe, vous pouvez, pour quelle que raison que ce soit, envisager de déplacer un groupe de volume d'une machine à une autre. Si une sauvegarde de données est toujours conseillée par sécurité (mais comme vous êtes prévoyant vous en disposez de toute façon ;)), l'opération va consister à désactiver le groupe de volume à déplacer, enregistrer les métadatas le concernant. Puis on va réinjecter ces métadatas sur la machine destinataire et réactiver le groupe de volume sur cette machine. Les données seront alors accessibles de la même façon que sur l'ancienne machine (sous réserve de conserver les mêmes points de montage).
Ci-dessous les étapes effectuées :
Ci-dessous les étapes effectuées :
*# désactivation du groupe de volume ("datas") :<br /><code><nowiki># vgchange n datas </nowiki></code>  
*# désactivation du groupe de volume ("datas") :<br /><div class="code"><nowiki># vgchange n datas </nowiki></div>  
*# sauvegarde des métadatas du groupe de volume :<br /> # vgcfgbackup datas  
*# sauvegarde des métadatas du groupe de volume :<br /> # vgcfgbackup datas  
*# retrait du groupe de volume de la configuration système :<br /><code><nowiki># vgexport datas </nowiki></code>
*# retrait du groupe de volume de la configuration système :<br /><div class="code"><nowiki># vgexport datas </nowiki></div>
*# arrêt de la première machine, transfert des disques dans la deuxième et redémarrage des machines  
*# arrêt de la première machine, transfert des disques dans la deuxième et redémarrage des machines  
*# restauration des métadatas concernant ce groupe de volume sur la nouvelle machine :<br /><code><nowiki># vgcfgrestore -f datas.conf /dev/hda3</nowiki><br /> # vgcfgrestore -f datas.conf /dev/hda4</code> si les volumes physiques sont hda3 et hda4.  
*# restauration des métadatas concernant ce groupe de volume sur la nouvelle machine :<br /><div class="code"><nowiki># vgcfgrestore -f datas.conf /dev/hda3</nowiki><br /> # vgcfgrestore -f datas.conf /dev/hda4</div> si les volumes physiques sont hda3 et hda4.  
*# déclaration du groupe de volume sur la machine :<br /><code><nowiki># vgimport datas /dev/hda3 /dev/hda4</nowiki></code>  
*# déclaration du groupe de volume sur la machine :<br /><div class="code"><nowiki># vgimport datas /dev/hda3 /dev/hda4</nowiki></div>  
*# activation du groupe de volume importé :<br /><code><nowiki># vgchange y datas </nowiki></code>
*# activation du groupe de volume importé :<br /><div class="code"><nowiki># vgchange y datas </nowiki></div>
Il ne vous reste plus qu'à modifier en conséquence /etc/fstab pour le montage automatique des systèmes de fichiers contenus dans le groupe de volume.
Il ne vous reste plus qu'à modifier en conséquence /etc/fstab pour le montage automatique des systèmes de fichiers contenus dans le groupe de volume.
= Evolution du LVM : LVM 2 =
= Evolution du LVM : LVM 2 =
Ligne 450 : Ligne 527 :
** Un autre projet de gestion de volumes logiques, EVMS : http://evms.sourceforge.net  
** Un autre projet de gestion de volumes logiques, EVMS : http://evms.sourceforge.net  


<div class="merci">Cette page est issue de la documentation 'pré-wiki' de Léa a été convertie avec HTML::WikiConverter. Elle fut créée par Anne le 29/10/2004.</div>


= Copyright =
<br/>
Copyright &copy; 29/10/2004, Anne
<br/>
{{CC-BY-NC-SA}}
'''<b>[[Admin-index|@ Retour à la rubrique Administration système]]</b>'''
<br/>
 
Cette page est issue de la documentation 'pré-wiki' de Léa a été convertie avec HTML::WikiConverter. Elle fut créée par Anne le 29/10/2004.
 
{{Copy|29/10/2004|[[Utilisateur:Ennael|Anne Nicolas]]|CC-BY-SA}}

Version du 23 septembre 2013 à 15:52


Le LVM (Logical Volume Manager)

par Anne

Un des aspects cruciaux dans l'administration d'un serveur ou d'une machine de bureau est la gestion de l'espace disque. Quoi de plus énervant que de voir l'installation d'une application échouer par manque d'espace, ou un serveur rendu indisponible parce que le système de fichiers /var était plein du fait des fichiers de log ?

Un outil apporte une solution satisfaisante et efficace : le LVM (Logical Volume Manager).

De l'utilité du LVM

Le LVM ou Logical Volume Manager, est une technique créée à la base par IBM consistant à fournir la possibilité de modifier la taille des partitions sur les disques durs sans avoir besoin de tout reformater, voire de créer des partitions s'étalant sur plusieurs disques. L'objectif est ainsi d'éviter arrêt et redémarrage d'une machine en production. Cette technique est disponible sur linux depuis la version 2.4 du noyau (très exactement 2.3.47).

Dans un partitionnement de type classique, à l'aide des commandes fdisk, vous ne pouvez avoir que 4 partitions primaires pour chaque disque (en IDE) ou éventuellement 3 partitions primaires et une partition étendue qui contiendra des partitions logiques. L'inconvénient de ce type de partitionnement est que lorsque vous souhaitez réduire la taille d'une partition ou l'augmenter, vous devez notamment disposer d'outils spécifiques comme GNU-parted. De plus, le partitionnement ne se fera que disque par disque. Imaginez alors que vous souhaitiez ajouter un deuxième disque sur votre machine ou agrandir la taille de votre système de fichiers /home...

Vous ne pourrez pas profiter de l'espace disponible sur ce deuxième disque pour agrandir /home, à moins d'y accrocher un nouveau système de fichiers. Agaçant non ?

Eh bien, LVM est là pour vous simplifier la vie.

Les composants du LVM

Le principe de fonctionnement de LVM est relativement simple. Il s'agit en fait pour effectuer ce type de partitionnement, de s'affranchir complètement des limites physiques du ou des disques disponibles. Les étapes ci-dessous en décrivent le fonctionnement. Le LVM s'accompagne aussi d'un certain nombre de termes techniques énoncés également ci-dessous.

  • Chaque disque dur ou partition va être transformé en volume physique. Cette opération consiste à découper le disque en tranches, appelées Physical Extents (PE). Par défaut (et convention), 1 PE = 4Mo.
  • Chaque volume physique va être inséré dans un groupe de volumes. Celui-ci peut contenir un ou plusieurs volumes physiques (donc disques ou partitions). Un groupe de volume est un espace logique découpé en Logical Extents (LE) de même tailles que les physical extents, soit 4 Mo par défaut.

Le système va ensuite établir des pointeurs entre un physical extent et un logical extent comme indiqué sur le schéma ci-dessous. (schéma 1) Schéma 1 : système des pointeurs LVM

  • La dernière étape va consister à découper le groupe de volumes en partitions appelées volumes logiques dans lesquelles nous pourrons au choix, créer un système de fichiers, une partition de swap. Ces partitions pourront être redimensionnées et/ou déplacées.

Voici de manière schématique à quoi pourrait ressembler votre(vos) disque(s) après ce traitement (Schéma 2).

Schéma 2 : impact de LVM sur les disques durs

Schéma d'un groupe de volumes sur deux disques

Dans ce cas de figure, les deux disques hda et hdb ont été transformés en volumes physiques. Puis ils ont été insérés tous les deux dans un groupe de volumes appelé vg01. A partir de ce moment-là, il n'est plus nécessaire de tenir compte des limites physiques des disques, en effet, nous n'avons plus qu'un espace, et un seul, de 36 Go (regroupant donc nos deux unités de disques hda et hdb). Le groupe de volumes a ensuite été découpé en 3 volumes logiques, nommées lvol01, lvol02, lvol03. On remarquera que lvol02 est composé de logical extents pointant sur des physical extents appartenant à hda et hdb. La dernière étape consistera à créer un système de fichiers dans chacun de ces volumes logiques.

Remarques :

  • la taille que l'on attribuera à un volume logique s'exprime en nombre de logical extents. Ceux-ci sont indivisibles. Si sa taille est de 4 Mo et que je souhaite un volume logique de 14 Mo, le système attribuera 4 logical extents au volume logique, soit 16 Mo (arrondi au nombre de LE supérieur)
  • la taille d'un PE, et donc d'un LE, est personnalisable lors de la création d'un volume physique.
  • les noms des groupes de volumes et volumes logiques sont personnalisables à leur création
  • Attention : la création d'un volume physique écrase toutes les données existantes sur la partition et/ou le disque !!
  • L'utilisation du LVM pour partitionner un disque entraine une perte d'espace liée à l'écriture des données nécessaires au système pour gérer le LVM (métadatas) :
    • la PVRA : Physical Volume Reserved Area. Comme son nom l'indique, elle contient les informations LVM spécifiques au volume physique.
    • la VGRA : Volume Group Reserve Area. Elle contient les informations liées au groupe de volumes mais aussi aux volumes logiques contenus dans le groupe de volumes
    • la BBRA : Bad Block Relocation Area : cette zone contient des informations liées au mécanisme de ré-allocation des blocs défectueux.

Utiliser le LVM : ce dont il faut disposer

Pour être utilisé, le LVM nécessite de disposer du driver qui permet de générer la couche assurant le mapping (la carte) entre périphérique physique et vue logique, des utilitaires pour manipuler ce mapping et des périphériques physiques.

Kernel et utilitaires

Le LVM est fourni lors de l'installation, sauf sur de très vieux systémes (noyau 2.2). Il faut quand même savoir que l'implémentation du LVM se fait à deux niveaux :

  • le kernel,
  • les commandes nécessaires pour gérer les structures LVM.

Au niveau du kernel lors de l'installation ou de la recompilation du noyau, vous devez avoir intégré ou mis en module le driver LVM. Celui-ci se situe dans le menu de compilation "Multi-device support". On peut le vérifier de la manière suivante :

root@pingu# grep -i lvm /boot/config
# Multi-device support (RAID and LVM)
CONFIG_BLK_DEV_LVM=m

Vous devez également disposer des commandes nécessaires à l'administration du LVM. Elles sont incluses dans le package lvm. Pour vérifier qu'il est installé (dans le cas d'une Mandriva) :

root@pingu# rpm -qa|grep lvm
lvm-1.0.3-9

Toutes les commandes passées en revue dans la suite de cet article font partie de ce paquetage.

Sur quels périphériques et systèmes de fichiers puis-je faire du LVM ?

Pour pouvoir utiliser le LVM, vous devez disposer soit d'un disque vierge (rappel : la création d'un volume physique entrainera la perte de données existantes) et/ou d'une partition primaire vierge (moins utile mais faisable).

Toutefois attention : vous ne pourrez pas mélanger partitionnement classique et LVM au sein d'un groupe de volumes.

Il est possible d'utiliser le LVM pour tous vos systèmes de fichiers, exception faite de « /boot », qui pose quelques problèmes. Par contre il est tout à fait possible de l'inclure sur un ou plusieurs volumes logiques. D'ailleurs la plupart des distributions proposent aujourd'hui cette option dès l'installation. La seule contrainte est de prévoir le chargement du module LVM dès le démarrage. Pour ce faire, on créera une image initrd contenant le module LVM à l'aide de la commande lvmcreate_initrd. On modifiera également en conséquence le fichier /etc/lilo.conf.

Configuration du LVM

Passons maintenant à la pratique.

Pour la mise en application, nous allons reprendre les 3 étapes énoncées ci-dessus. A chaque fois, je présenterai la commande correspondante à la création de l'élément et une commande de recueil d'informations pour vérifier que l'opération a été correctement réalisée.

L'arborescence du LVM

À chaque élément du LVM correspond un fichier spécial dans /dev. Le volume physique est représenté par le fichier spécial du disque dur ou de la partition correspondant. Le groupe de volume dispose d'un répertoire portant son nom dans lequel on trouvera le fichier spécial group.

# ls -l /dev/datas/group
crw-r----- 1 root root 109, 1 jan 1 1970 group

Dans ce répertoire, on trouvera également un fichier spécial par volume logique créé à l'intérieur de ce groupe de volumes.

# tree /dev/users /dev/public
/dev/users
|--datas
|--group
`--private
/dev/public
|--ftp
|--group
`--web

Outre les fichiers spéciaux, on trouve également le fichier /etc/lvmtab et /etc/lvmtab.d. Ils contiennent la base de données manipulée par les commandes lvm.

Création d'un volume physique

La première étape consiste à transformer notre disque en volume physique. L'opération s'effectue en trois temps :

Préparation de l'espace à utiliser avec le LVM : cette étape s'effectue grâce à la commande fdisk. Vous allez devoir attribuer le type lvm à votre disque ou votre partition :

root@pingu# fdisk /dev/hdb

Commande (m pour aide) : p

Disk /dev/hdb: 13.5 GB, 13578485760 bytes
255 heads, 63 sectors/track, 1650 cylinders
Units = cylindres of 16065 * 512 = 8225280 bytes
Périphérique Amorce    Début       Fin    Blocs   Id  Système
/dev/hdb1            1       730   5863693+  8e  Linux LVM
/dev/hdb2          731      1339   4891792+  8e  Linux LVM
/dev/hdb3 1340 1650 2498107+ 8e Linux LVM

Ensuite, il est nécessaire de lancer la commande vgscan si vous utilisez LVM pour la première fois sur le disque dur ou la partition. La commande va créer notamment le fichier /etc/lvmtab et le répertoire /etc/lvmtab.d.

# vgscan

vgscan -- reading all physical volumes (this may take a while...)
vgscan -- "/etc/lvmtab" and "/etc/lvmtab.d" successfully created
vgscan -- WARNING: This program does not do a VGDA backup of your volume group

Création du volume physique : la commande est pvcreate (physical volume creation). pvcreate [-f] </dev/hdxx> où
-f : force la création du volume. A utiliser si le disque avait déjà été transformé en volume physique.
/dev/hdxx : fichier spécial du disque ou de la partition à transformer en volume physique Exemple : création d'un volume physique à partir de hdb1

# pvcreate /dev/hdb1
pvcreate -- physical volume "/dev/hdb1" successfully created

Création d'un groupe de volume

Une fois le volume physique créé, il faut alors insérer le ou les volumes physiques ainsi créés dans un groupe de volumes. On utilise la commande vgcreate :

vgcreate <nom_du_volume></dev/hdxx> où
<nom_du_volume> : nom du groupe de volume - l'opération crée alors le répertoire /dev/nom_du_volume contenant le fichier spécial group qui représente ce groupe de volumes.
</dev/hdxx> : fichier spécial du volume physique

Exemple : création d'un groupe de volumes nommé volume1 avec hdb1

# vgcreate volume1 /dev/hdb1
vgcreate -- INFO: using default physical extent size 4 MB
vgcreate -- INFO: maximum logical volume size is 255.99 Gigabyte
vgcreate -- doing automatic backup of volume group "volume1"
vgcreate -- volume group "volume1" successfully created and activated

Création d'un volume logique

Une fois le groupe de volume créé, on peut alors le découper en un ou plusieurs volumes logiques grâce à la commande lvcreate :

lvcreate -L tailleK|M|G [-n nom] <nom_volume> où
-L tailleK|M|G : taille du volume logique exprimable en Ko, Mo ou Go
-n nom : nom du volume logique - l'opération crée un fichier spécial portant ce nom pour le volume logique et sera placé dans le répertoire /dev/nom_volume

<nom_volume> : nom du groupe de volumes dans lequel sera créé le volume logique.

Exemple : création d'un volume logique de 600 Mo nommé part1 dans le groupe de volume volume1

# lvcreate -L 600 -n part1 volume1
lvcreate -- doing automatic backup of "volume1"
lvcreate -- logical volume "/dev/volume1/part1" successfully created

Une particularité de la création d'un volume logique est le choix du mapping entre les LE et les PE. Par défaut, ce mapping est effectué de manière linéaire. Il est possible également de réaliser du stripping (répartition des données sur un ou plusieurs diques), ce qui permet d'améliorer le temps d'accès aux données. Ci-dessous, ce schéma montre la différence de répartition des LE en fonction de ces deux modes.

Des options de la commande lvcreate permettent de donner le nombre de stripes (et donc de volumes physiques utilisés) et leur taille. (Schémas 4 et 5)

Schéma 4 : Volume logique en mode linéaire

Schéma 5 : Volume logique en mode stripping

Recueillir des informations sur le LVM

A tout moment il est possible de recueillir des informations sur les structures LVM : volume physique, groupe de volumes et volumes logiques. On utilisera pour cela respectivement les commandes pvdisplay, vgdisplay et lvdisplay. Ces commandes ne font en fait qu'afficher dans un format lisible le contenu respectif de la PVRA, VGRA. Nous allons détailler les principales informations au moyen d'exemples ci-dessous.

La description d'un volume physique procure notamment le nom du volume physique, le nom du groupe de volume dans lequel est inséré le dit volume physique, sa taille, le nombre de volumes logiques contenus, la taille des physical extents, le nombre de PE contenus dans le volume physique, le nombre de PE libres.

# pvdisplay /dev/hdb1
 --- Physical volume ---
 PV Name               /dev/hdb1
 VG Name               volume1
 PV Size               5.59 GB [11727387 secs] /
   NOT usable 4.19 MB [LVM: 133 KB]
 PV#                   1
 PV Status             available
 Allocatable           yes
 Cur LV                1
 PE Size (KByte)       4096
 Total PE              1430
 Free PE               1230
 Allocated PE          200
 PV UUID               DTWrWh-5oUP-KrdB-US55-c9wP-eKii-6z3uU7

La description d'un groupe de volumes permet de vérifier son nom, le type d'accès aux données (écriture, lecture), le nombre maximum de volumes logiques créables dans ce groupe de volume, sa taille en PE et LE...

# vgdisplay volume1
 --- Volume group ---
 VG Name               volume1
 VG Access             read/write
 VG Status             available/resizable
 VG #                  0
 MAX LV                256
 Cur LV                1
 Open LV               0
 MAX LV Size           255.99 GB
 Max PV                256
 Cur PV                1
 Act PV                1
 VG Size               5.59 GB
 PE Size               4 MB
 Total PE              1430
 Alloc PE / Size       150 / 600 MB
 Free  PE / Size       1280 / 5 GB
 VG UUID               5XxOO1-ZNl8-zocw-6dR5-44LX-oyYc-MYHpN2

Enfin la description d'un volume logique contient son nom, le type d'accès aux données, sa taille...

# lvdisplay /dev/volume1/part1
 --- Logical volume ---
 LV Name                /dev/volume1/part1
 VG Name                volume1
 LV Write Access        read/write
 LV Status              available
 LV #                   1
 # open                 0
 LV Size                600 MB
 Current LE             150
 Allocated LE           150
 Allocation             next free
 Read ahead sectors     1024
 Block device           58:0

Commandes complémentaires

Jusqu'à maintenant, nous avons vu comment créer des structures LVM et obtenir de l'information. Nous allons voir maintenant d'autres opérations réalisables pour la gestion du partitionnement et qui mettent en évidence toute la souplesse apportée par le LVM en la matière : agrandir ou réduire un groupe de volume, redimensionner un volume logique.

Si vous modifiez des groupes de volumes, des volumes logiques ou physiques utilisés par le système (ie /, /usr, /var, ...), vous devrez probablement booter sur un livecd : On citera notamment la célèbre knoppix, mais aussi le livecd gparted, le system rescue cd, ... Vérifiez auparavant la présence des outils LVM sur ce CD. La présence d'outils de partitionnement plus convivial ou plus puissants que fdisk est un plus non négligeable, ainsi que celle d'un navigateur internet mode texte (links ...) .

Redimensionner un groupe de volumes

Un groupe de volumes est constitué d'un ou plusieurs volumes physiques. Il est possible à tout moment d'ajouter ou retirer un ou plusieurs volumes physiques afin d'augmenter ou diminuer l'espace disponible d'un groupe de volumes.

C'est là une des plus grandes souplesses du lvm : vous pouvez par exemple ajouter un disque, y créer un nouveau volume physique que vous rajoutez à votre groupe de volumes : autrement dit vous pouvez avoir une partition à cheval entre plusieurs disques, de manière totalement transparente pour le système, avec un gain de performances non négligeable si utilisé à bon escient.

Les commandes sont respectivement vgextend et vgreduce :

vgextend nom_volume /dev/hdxx
vgreduce nom_volume /dev/hdxx

nom_volume : nom du groupe de volumes à redimensionner
/dev/hdxx : volume physique à ajouter ou retirer du groupe de volumes.

Un exemple : Vous devez augmenter l'espace du groupe de volumes volume1 de 6 Go. Pour cela vous disposez d'un disque que vous allez ajouter au groupe de volume. Ci-dessous les étapes à réaliser :

  1. création du volume physique à partir de hdb2
    # pvcreate /dev/hdb1
    pvcreate -- physical volume "/dev/hdb1" successfully created
  2. ajout de hdb2 au groupe de volumes volume1
    # vgextend volume1 /dev/hdb2
    vgextend -- INFO:maximum logical volume size is 255.99 Gigabyte vgextend
    --doing automatic backup of volume group "volume1" vgextend
    --volume group "volume1" successfully extended

On pourra vérifier la bonne réalisation de l'opération grâce à la commande vgdisplay.


La réduction est un peu plus complexe, traitons la sur un exemple :

vous voulez supprimer /dev/hdb du groupe de volumes volume2 qui contient plusieurs volumes physiques (dont /dev/hdb) :

1) Commencez par vérifier que la taille des volumes physiques qui resteront sur le groupe de volumes est suffisante pour accueillir toutes vos données.

2) Il est fortement conseillé de faire une sauvegarde de vos données

3) Afin de pouvoir supprimer /dev/hdb de volume2, on doit d'abord déplacer les données qu'il contient sur les autres volumes physiques de volume2 : on fait ça avec la commande pvmove en donnant comme argument le nom du volume physique dont on veut migrer les données :

# pvmove /dev/hdb

pvmove trouve de lui même l'endroit où déplacer les données (en fait chaque groupe de volumes possède une politique d'allocation qui indique quels volumes physiques doivent être utilisés en priorités, mais la gestion de cette politique dépasse le cadre de cet article). Vous pouvez si vous préférez spécifier un ou plusieurs volumes de destinations (voir le manuel de pvmove pour plus d'informations).

4) Maintenant on peut retirer /dev/hdb du groupe de volumes en toute tranquillité :

# vgreduce volume2 /dev/hdb

Vous pouvez aussi utiliser :

# vgreduce -a volume2

Cette commande supprime tous les volumes physiques vides de volume2

Redimensionner un volume logique

De la même façon, il est possible de diminuer ou augmenter la taille d'un volume logique au moyen des commandes lvreduce et lvextend.

Ces commandes peuvent s'utiliser avec une taille absolue ou relative : Si vous donnez une taille absolue ("changer la taille de tel volume à 10 gigas") :

lvextend -L taille /dev/nom_volume/vol_logique
lvreduce -L taille /dev/nom_volume/vol_logique

Si vous donnez une taille relative ("ajouter 2 gigas à tel volume")

lvextend -L +taille /dev/nom_volume/vol_logique
lvreduce -L -taille /dev/nom_volume/vol_logique



-L +taille : taille initiale augmentée de la valeur utilisée pour taille.
-L -taille : taille initiale retranchée de la valeur utilisée pour taille.


Les étapes à respecter pour agrandir un volume logique :

  1. démontage du système de fichier (commande umount) ;
  2. augmentation de la taille du volume logique (on utilisera pour cela un utilitaire fourni dans le package LVM : lvextend), en spécifiant la nouvelle taille ;
  3. vérification forcée du système de fichier (nécessaire avant l'étape suivante)
  4. augmentation de la taille du système de fichier (voir le tableau plus bas) en laissant le programme trouver la nouvelle taille;
  5. remontage du système de fichiers.

ce qui donne par exemple pour ajouter 10 gigas à vol_logique (en ext3) :

umount /dev/nom_volume/vol_logique
lvextend -L +10G /dev/nom_volume/vol_logique
e2fsck -f /dev/nom_volume/vol_logique
resize2fs /dev/nom_vol/vol_logique
mount /dev/nom_volume/vol_logique [...]

Et pour réduire un volume logique :

  1. démontage du système de fichier (commande umount) ;
  2. réduction de la taille du système de fichiers (voir le tableau plus bas) en spécifiant la nouvelle taille;
  3. réduction de la taille du volume logique (on utilisera pour cela un utilitaire fourni dans le package LVM : lvreduce) en respécifiant la taille
  4. remontage du système de fichiers.

par exemple pour changer la taille de vol_logique à 5G (en ext3) :

umount /dev/nom_volume/vol_logique
e2fsck -f /dev/nom_volume/vol_logique
resize2fs /dev/nom_vol/vol_logique 5G
lvreduce -L 5G /dev/nom_volume/vol_logique
mount /dev/nom_volume/vol_logique [...]

IMPORTANT : Vous noterez qu'on réduit d'abord le système de fichier puis le volume logique. La raison est simple : quand on exécute lvreduce, les données dans la partie réduite sont tout simplement supprimées du volume, il est donc indispensable que le système de fichiers ait déjà la bonne taille. Vous devez passer la même taille aux 2 commandes, donc ne donner pas une taille relative à lvreduce, cela pourrait vous induire en erreur.

On pourra vérifier le bon déroulement de l'opération grâce aux commandes lvdisplay pour le volume logique et df pour le système de fichiers. Les remarques ci-dessus sont une description générale de l'opération. Ces étapes peuvent toutefois varier en fonction du système de fichiers utilisé. Certains procurent en effet la possibilité d'effectuer les opérations de redimensionnement « à chaud » c'est-à-dire sans démontage. Ci-contre un tableau comparatif des différents systèmes de fichiers les plus couramment rencontrés (Tableau 1).

Tableau 1 : manipulation des systèmes de fichiers

Système de fichiers diminution Augmentation Utilitaires
ext3 démontage préalable démontage préalable e2fsprogs (resize2fs)
ReiserFS démontage préalable opération on-line reiserfsprogsv (resize_reiserfs)
XFS impossible opération on-line xfsprogs (xfs_growfs)


Redimensionner un volume physique

S'applique uniquement au LVM2

ATTENTION La prise en charge de cette fonctionnalité par LVM2 est relativement récente, elle est de ce fait assez peu documentée, et assez risquée. Il est très fortement conseillé (encore plus que d'habitude) de sauver ses données, sa table de partition, ses métadatas LVM avant.

Je vous rappelle que vous êtes seul responsable de vos essais.

Gardez à l'esprit que le risque de défaillance du matériel existe toujours, et s'y ajoute le risque beaucoup plus conséquent d'erreur humaine. Lors de la modification d'une table de partitions, une simple faute de frappe peut être à l'origine d'une perte de données.

Il sera nécessaire pour une manipulation sur un volume physique utilisé par votre distribution de booter sur un livecd. Nous avons précédemment vu les principales manipulations sur un groupe de volumes et sur des volumes logiques : Mais reste les manipulations sur les volumes physiques eux même, notamment le redimensionnement :

Admettons par exemple que vous ayez un groupe de volumes nom_volume utilisant les volumes physiques hda1 et hdb, et que vous avez d'autres partitions n'utilisant pas le LVM sur hda. Il est possible qu'au bout d'un certain temps vous n'ayez plus besoin de hda2, vous supprimez les données dessus et vous avez alors une certaine quantité d'espace disponible sur hda

Il pourrait être utile d'ajouter cet espace au groupe de volumes nom_volume. Nous avons précédemment vu une méthode possible : création d'un nouveau volume physique sur hda2 et ajout de ce volume physique à nom_volume. Cependant, cette solution n'est pas idéale : créer deux volumes physiques sur le même disque entraînera probablement une perte de performances : Les têtes de lecture passeront un certain temps à faire du tourisme sur le disque pour trouver les données (un peu comme dans le cas d'une partition ntfs fragmentée).

Donc on préférera le redimensionnement du volume physique existant : Cette méthode suppose que l'espace à ajouter au volume physique se trouve juste après le dit volume physique : il est seulement possible d'agrandir un pv "vers la droite"

1) Première étape : sauvegarde des données fortement conseillée Puis démontez vos partitions, et fermez tous les programmes susceptibles de les utiliser.

2) Deuxième étape : supprimer la partition inutile (ici hda2) si ce n'est pas déja fait : avec fdisk ou autre (voir man fdisk, man parted, man cfdisk ...)

3) Troisième étape : agrandir la partition hébergeant le volume physique avec fdisk

C'est une manipulation délicate. D'abord un minimum de théorie : quand on crée ou supprime une partition avec fdisk, il ne touche pas aux données, seulement aux partitions (attention, ça ne veut pas dire qu'on peut faire n'importe quoi avec fdisk : si la table de partition n'est pas bonne, vos données seront illisibles). Il est donc tout à fait possible de supprimer une partition et de la recréer à partir du même secteur mais en plus grand sans perdre les données qui s'y trouvent. C'est ce que nous allons faire (Je répète, il faut que l'espace libre se trouve juste après le pv à agrandir)

commencez par lancer fdisk :

#fdisk /dev/hda

Puis taper l : Cette commande affiche la table de partitions. Notez sur un bout de papier le début et la fin de votre volume physique (ici hda1). Il est fortement conseillé de travailler avec un affichage en cylindres (par défaut dans fdisk) car certains programmes arrondissent les partitions aux cylindres.

Maintenant supprimez cette partition : avec fdisk, commande d puis vous entrez le numéro de la partition (ici 1).

Puis recréez une partition : commande n, puis entrez le numéro : ici 1 (mieux vaut garder le même), fdisk va vous demander le cylindre de début de la partition : entrez exactement le même que celui de l'ancienne partition, Et entrez le cylindre de fin que vous voulez (toujours supérieur à l'ancien, cette méthode ne fonctionne que pour un agrandissement). Par défaut, fdisk étendra la partition sur tout l'espace non partitionné si vous tapez seulement entrée.

Enfin changez le type de cette partition en lvm : commande t, numéro de la partition (1), puis type (8e)

Pour l'instant, les modifications sont seulement en mémoire. Vérifiez qu'elles sont correctes avec la commande l, puis vérifiez à nouveau et encore une fois. Quand vous êtes sur de vous, tapez w : Les modifications seront écrites sur le disque.

4) Maintenant la partition hébergeant le volume physique (hda1) est agrandie, Mais le pv ne l'est pas encore : On s'en occupe avec :

#pvresize /dev/hda1

Attention, on ne spécifie pas de taille : pvresize détectera de lui même la taille de la partition et agrandira le pv en conséquence

5) Eh bien c'est terminé, bravo ! Maintenant vous pouvez vérifier avec pvdisplay et vgdisplay que vous disposez bien de l'espace supplémentaire.


Et pour réduire un volume physique :
c'est un peu plus complexe : Il est nécessaire que les LE du volume physique qui seront effacés soient non occupées. A ma connaissance, il n'existe pas de commande permettant de déplacer les infos situés dans les n derniers LE, mais c'est prévu pour une prochaine version. En outre c'est encore plus expérimental que l'agrandissement qui était déja lui même expérimental ... Tout essai à vos risques et périls.

La méthode :
Comme s'habitude sauvegarde, démontage, ... Puis :

1) Réduire le pv avec :

#pvresize --setphysicalvolumesize taille /dev/hda1

Ici on réduit à taille le volume physique hda1

2) Faire la même manipulation que pour l'agrandissement avec fdisk mais cette fois on diminue la taille de la partition à exactement la même taille que celle donnée à pvresize, toujours en gardant le même début. Attention aux conversions cylindre/secteurs/Go/Mo.


Les limitations, comment les contourner ?
La principale limitation est l'impossibilité de déplacer le début de la partition. Si vous voulez déplacer un volume physique, il vous faudra : D'abord créer un nouveau pv (sur une nouvelle partition) à l'endroit ou vous voulez mettre votre ancien volume, ajouter ce nouveau pv à votre groupe de volume, puis retirer l'ancien pv du groupe de volume (après avoir évidement migrer les données qu'il contient). Toutes ces manipulations ont été détaillées dans ce document. L'inconvénient de cette méthode est la nécessité de disposer d'un espace au moins aussi grand que l'ancien pv à l'endroit où vous voulez le mettre.


Une fonction particulière du LVM : la réalisation de snapshots

La difficulté fréquemment rencontrée pour la réalisation de sauvegardes est de disposer de données cohérentes. Cela implique parfois d'arrêter un ou plusieurs services comme dans le cas des bases de données. Le LVM apporte un élément de réponse avec la possibilité de créer des snapshots. Il s'agit d'image à un moment t des données situées sur un volume logique. Le volume de snapshot ne nécessite pas autant d'espace que le volume initial dans la mesure où il ne contiendra réellement que les métadatas concernant les données à sauvegarder.

Autres commandes

Cet article n'abordera pas le détail de toutes les commandes, qui sont plutôt simples à utiliser une fois que les concepts de base du LVM sont compris. Dans le tableau ci-après une liste de commandes utilisables et la description rapide de leur rôle. Voir le man de la commande pour plus d'informations.

Commandes générales

  • lvmcreate_initrd : création d'une image initrd lorsque le système utilise le LVM
  • lvmdiskscan : scanner l'ensemble des disques et partitions pour éditer une description de l'espace
  • vgscan : création de /etc/lvmtab et /etc/lvmtab.d

Gestion des volumes physiques

  • pvchange : changer les attributs d'un PV
  • pvcreate : création d'un PV
  • pvdata : afficher des informations de debug
  • pvdisplay : afficher des informations d'un PV
  • pvmove : migrer les données d'un PV en vue de sa suppression
  • pvresize : redimensionnement d'un PV (délicat)
  • pvscan : lister tous les PV existant sur tous les disques

Gestion des groupes de volumes

  • vgcfgbackup : sauvegarder la VGDA
  • vgcfgrestore : restaurer la VGDA
  • vgchange : changer les attributs d'un VG
  • vgck : vérification de la VGDA
  • vgcreate : créer un VG
  • vgdisplay : voir les informations
  • vgexport : désactiver un VG pour pouvoir extraire les PV
  • vgimport : activer et déclarer un VG sur le système
  • vgextend : ajouter un ou plusieurs PV dans un VG
  • vgmerge : fusionner deux VG
  • vgmknodes : recréer /dev/nom_volume et le fichier spécial group
  • vgreduce : extraire un ou plusieurs PV d'un VG
  • vgremove : supprimer un VG
  • vgrename : renommer un VG

Gestion des volumes logiques

  • lvcreate : création d'un VL lvchange : modification des attributs d'un VL
  • lvdisplay : voir les informations d'un VL
  • lvextend : augmenter la taille d'un VL
  • lvreduce : réduire la taille d'un VL
  • lvremove : supprimer un VL
  • lvrename : renommer un VL
  • lvscan : recherche de tous les VL existant

Utilisation pratique du LVM dans la gestion de l'espace

Vous diposez d'un groupe de volume dans lequel vous n'avez plus d'espace disponible. Pour pouvoir augmenter un des volumes logiques, il va donc falloir ajouter un disque au groupe de volume. Comme pour tout élément du LVM, la première étape consiste à le transformer en volume physique ("pvcreate"). Puis on va insérer le nouveau volume physique dans le groupe de volume au moyen de la commande "vgextend". C'est tout ! Plus complexe, vous pouvez, pour quelle que raison que ce soit, envisager de déplacer un groupe de volume d'une machine à une autre. Si une sauvegarde de données est toujours conseillée par sécurité (mais comme vous êtes prévoyant vous en disposez de toute façon ;)), l'opération va consister à désactiver le groupe de volume à déplacer, enregistrer les métadatas le concernant. Puis on va réinjecter ces métadatas sur la machine destinataire et réactiver le groupe de volume sur cette machine. Les données seront alors accessibles de la même façon que sur l'ancienne machine (sous réserve de conserver les mêmes points de montage). Ci-dessous les étapes effectuées :

    1. désactivation du groupe de volume ("datas") :
      # vgchange n datas
    2. sauvegarde des métadatas du groupe de volume :
      # vgcfgbackup datas
    3. retrait du groupe de volume de la configuration système :
      # vgexport datas
    4. arrêt de la première machine, transfert des disques dans la deuxième et redémarrage des machines
    5. restauration des métadatas concernant ce groupe de volume sur la nouvelle machine :
      # vgcfgrestore -f datas.conf /dev/hda3
      # vgcfgrestore -f datas.conf /dev/hda4
      si les volumes physiques sont hda3 et hda4.
    6. déclaration du groupe de volume sur la machine :
      # vgimport datas /dev/hda3 /dev/hda4
    7. activation du groupe de volume importé :
      # vgchange y datas

Il ne vous reste plus qu'à modifier en conséquence /etc/fstab pour le montage automatique des systèmes de fichiers contenus dans le groupe de volume.

Evolution du LVM : LVM 2

Avec la sortie du noyau 2.6, le LVM a été revu et corrigé et la version LVM2 est disponible de base avec ce noyau. Il est possible de l'utiliser avec un noyau 2.4.x moyennant recompilation de ce même noyau.

Le device-mapper

Le driver du LVM a été complètement réécrit, ce qui lui procure encore plus d'efficacité et de souplesse. La grande nouveauté réside dans l'utilisation de ce driver, utilisé pour gérer la couche d'abstraction nécessaire dans le cadre de la gestion de volumes logiques. Cette couche d'abstraction a pour fonction principale de réaliser le mapping résultant de l'agrégat par bandes (stripping) des périphériques physiques utilisés. Le device-mapper définit les nouveaux périphériques de bloc composés de tranches de secteurs de périphériques physiques existant. Le mapping réalisé prend la forme suivante : <start > < length > < target > [ < target args...>] Les targets peuvent être de plusieurs natures :

    • linear : c'est le cas le plus couramment utilisé dans le LVM. Les arguments nécessaires seront alors le device utilisé et le secteur de début.
    • stripped : on utilisera cette cible lorsque l'on réalise du stripping avec le LVM. Les arguments seront alors le nombre de stripes et leur taille, puis les paires device name / secteurs.
    • error : toutes les I/O sur les secteurs ainsi marquées sont définies en erreur.
    • snapshot : permet de réaliser des snapshots asynchrones grâce au LVM.
    • mirror : permet d'implémenter les éléments nécessaires à l'exécution de la commande pvmove.

Utilisation d'un arbre binaire

Pour réaliser le mapping, un arbre binaire a été utilisé, ceci afin de rendre la lecture de la table plus rapide et donc le LVM plus efficace.

Une plus grande configurabilité

LVM2 peut fonctionner sans ajout de fichier de configuration mais l'emploi de celui-ci permet d'optimiser ses performances. Un certain nombre d'éléments peuvent ainsi être paramétrés :

    • les devices à utiliser pour réaliser le LVM, ce qui permet d'éviter des scans de périphériques inutiles et qui nuisent à la performance (ex : lecteur de CD-ROM). A cela, on ajoute la gestion d'un système de cache contenant ces informations qui permet d'accroitre encore plus l'efficacité.
    • possibilité de déterminer l'emplacement des fichiers spéciaux des groupes volumes
    • possibilité de disposer de logs configurables (taille, contenu, emplacement...)
    • paramétrage des backups de la configuration existante et de l'archivage des anciennes configuration du LVM (métadatas)
    • définition du type de LVM employé par défaut (1 ou 2), même s'il est possible dans la compilation de n'inclure que la gestion du LVM2, dans le cas où la gestion de la compatibilité descendante n'est pas nécessaire.
    • définition du nombre de copies de secours des métadatas sur un volume physique, un peu à l'image des copies des superblocs sur le système de fichiers de type ext2.

Compatibilité LVM1 / LVM2

Il est possible d'utiliser conjointement LVM1 et 2 sur un même système, et/ou de convertir du LVM 1 en 2 et inversement. On peut effectivement utiliser sur un même système les deux versions de LVM, à condition que ce ne soit pas dans le même groupe de volumes. Les commandes LVM ont en effet un commutateur supplémentaire, -M, qui permet de faire ce choix. (-M 1 ou -M 2) D'autre part, la comande vgconvert permet la conversion des métadatas pour migrer de LVM1 à LVM2

Autre

LVM2 permet d'assouplir encore plus la gestion de l'espace, dans la manipulation des volumes logiques. La commande lvcreate par exemple donne maintenant la possibilité de choisir le périphérique voire la tranche de PE à utiliser.

En conclusion...

Voilà donc un outil de plus qui fait qu'un système Linux peut être véritablement efficace et optimiser la disponibilité d'un serveur en production. L'outil LVM peut également être utilisé avantageusement sur un poste personnel, pour s'éviter les opérations fastidieuses liées à la gestion de l'espace disque.

Liens utiles




@ Retour à la rubrique Administration système

Cette page est issue de la documentation 'pré-wiki' de Léa a été convertie avec HTML::WikiConverter. Elle fut créée par Anne le 29/10/2004.

Copyright

© 29/10/2004 Anne Nicolas

Creative Commons License
Creative Commons Attribution iconCreative Commons Share Alike icon
Ce document est publié sous licence Creative Commons
Attribution, Partage à l'identique 4.0 :
https://creativecommons.org/licenses/by-sa/4.0/