1. Raid Logiciel

1.1 Introduction au Raid

Merci à Mathieu Martineau du Laboratoire Microsoft pour la note technique sur les différents types de RAID.

En 1987, les chercheurs de l’université de Berkeley ont proposés cinq niveaux de RAID (les niveaux 1, 2, 3, 4 et 5). Depuis d’autres niveaux ont été implémentés comme le RAID 6 et le RAID 7. Les niveaux JBOD et 0 sont aussi considérés comme des modes de RAID bien qu’ils n’implémentent pas de redondance des données (le ‘R’ de RAID signifie « Redundant » c'est-à-dire redondance).

Le RAID 0 et le JBOD sont d’ailleurs présents en standard sur toutes les cartes RAID du marché. Ces modes (niveaux) de RAID sont considérés comme des modes simples. Il est également possible de créer des niveaux de RAID combinés.

Le but de cette technologie est de remplacer les coûteux disques de 6.5 pouces et de 9.5 pouces (ces disques sont aussi appelés « disques grands systèmes ») qui équipent les gros serveurs (comme les serveurs de fichiers) par des ensembles formé de disques de 3.5 pouces plus répandus et beaucoup moins chers. Cela explique pourquoi l'acronyme RAID signifie aussi Redundant Array of Inexpensive Disks.

Cette technologie est principalement utilisée dans le domaine de l'entreprise pour sécuriser ou bien pour augmenter les performances des serveurs. Elle est parfois mise en place avec d’autres technologies telles que le clustering afin d’obtenir des performances encore plus grande ou bien d’avoir une sécurité maximale.

Cependant, le RAID se popularise rapidement par le biais des cartes d'extension (par exemple les cartes au format PCI 32 bits) et des chipsets intégrés au sein des cartes mères grand public (ex. : le chipset sud Intel ICH5R). Généralement les contrôleurs RAID que l’on trouve sur le marché du matériel « grand public » sont très limités par rapport aux contrôleurs RAID haut de gamme (niveaux RAID supportés réduit au RAID 0 et 1, pas de mémoire cache intégrée au contrôleur …).

Le but du RAID est de rassembler plusieurs disques durs physiques en seule unité logique. C'est-à-dire que pour plusieurs disques utilisant la technologie RAID, le système d’exploitation ne verra qu’un seul disque que l’on pourra qualifier de « disque virtuel ». Le RAID fonctionne donc grâce à un ensemble (ou agrégat) de disques. Il existe plusieurs niveaux (ou configuration) de RAID qui rassemblent différemment les données sur l’ensemble des disques. En fonction du niveau de RAID sélectionné on peut :

• additionner la capacité des disques durs pour former un disque virtuel plus grand

• obtenir un disque virtuel plus performant

• mettre en place la tolérance de panne (c'est-à-dire sécuriser les données, mais ne remplace pas la sauvegarde)

• augmenter la capacité, les performances et la sécurité

La technologie RAID peut être mise en place au niveau matériel ou niveau logiciel. Elle fonctionne avec des disques durs utilisant l’interface PATA (Parallel Advanced Technology Attachment), SATA (Serial Advanced Technology Attachment) ou bien SCSI (Small Computer System Interface).

1.1.1 Le JBOD

Le mode JBOD (Just a Bunch Of Disks) ou RAID linear, est implémenté dans quasiment toutes les cartes RAID du marché. Il permet tout simplement de rassembler plusieurs disques durs en une seule unité logique de plus grosse capacité.

Par exemple si l’on possède un disque de 8Go, un disque de 10Go et un disque de 30Go, on peut les rassembler en un seul disque dur logique de 48Go.

Les données sont ensuite écrites disque par disque, c'est-à-dire que dès qu'un disque est plein, la suite des données est copiée sur un autre disque. Tout cela reste bien sur complètement transparent pour l'utilisateur. Il n’implémente aucune tolérance de panne et n’augmente pas les performances. Il sert uniquement à étendre la capacité d’un disque.

Ce mode est intéressant si l’on souhaite stocker de gros fichiers ou bien si l’on dispose d’un grand nombre de petits disques durs.

1.1.2 Le RAID 0 ou « stripping »

Le RAID 0 est un agrégat (ensemble) de disques formé d’au moins deux disques durs. Avec le RAID 0, les données sont réparties sur l’ensemble des disques de l’agrégat. Cela améliore les performances en lecture et en écriture. Par exemple si on copie un fichier de 99 Mo sur un agrégat composé de 3 disques, alors le contrôleur RAID va diviser de façon équitable le travail entre les trois disques qui écriront chacun 33 Mo. Cela va donc multiplier le débit par 3 (en théorie). De plus la capacité des disques s’additionne pour former un disque virtuel de plus grosse capacité.

Lorsque l’on utilise un niveau RAID 0, nous avons vu que les données sont réparties entre les différents disques, ce qui permet d’augmenter les performances. Pour répartir les données sur l’ensemble des disques de la façon la plus optimisée, la carte RAID (ou bien le système d’exploitation dans le cas d’un RAID logiciel) doit les découper en petites unités appelées segments. Lorsque l’on met en place un niveau RAID 0, on doit spécifier la taille de ces segments (ou block size, et parfois nommé chunk size). Cette taille est un multiple de la capacité d’un secteur de disque dur (soit 512octets). Ainsi, la plus petite taille possible pour un segment est de 512octets et peut attendre plusieurs Méga-octets (parfois plus de 4Mo).

La taille sélectionnée va influencer sur les performances en lecture et en écriture. Pour le stockage de gros fichiers, il est recommandé de choisir une taille élevée (256Ko, ou plus) alors que pour les petits fichiers une petite taille est à privilégier (ex. : 512octets, 1024 octets, …). Mais il ne faut surtout pas mettre une taille de 2048 Ko pour stocker des petits fichiers de 4Ko chacun car cela occuperait énormément d’espace disque inutilement et les performances seraient désastreuses.

Pour conclure, l’avantage du RAID 0 est une augmentation des performances proportionnelle au nombre de disque et ce sans perte de capacité. Cependant ce mode ne tolère pas les pannes (si un des disques tombe en panne alors toutes les données stockées sur l’agrégat sont perdues) et induit une augmentation de la probabilité d’une panne (plus il y a de disques plus il y a de chances pour que l’un d’eux tombe en panne).

1.1.3 Le RAID 1

Un système RAID 1 duplique les données sur tous les disques. Tout comme le RAID 0, le RAID 1 nécessite un minimum de deux disques durs pour fonctionner. Les disques ont un contenu identique ce qui implique une perte d'espace proportionnelle au nombre de disques rajoutés. En effet, si on met 3 disques de 40 Go en RAID 1 alors les 40 Go écris sur le disque 1 seront copiés sur les deux autres disques. On perdra donc 2 * 40 = 80 Go d'espace disque sur la capacité totale des 3 disques (120 Go).

En cas de dysfonctionnement de l'un des disques durs (cela arrive fréquemment sur des serveurs recevant beaucoup de requêtes par secondes), le contrôleur RAID utilisera alors uniquement les disques en état de marche. Le RAID 1 apporte donc la tolérance de pannes. L'utilisation du RAID 1 est particulièrement recommandée sur des serveurs stockant des données sensibles qui doivent rester fonctionnels 24 heures sur 24.

Lorsque l'on met en place un RAID 1 avec des disques durs de capacités différentes, alors la capacité de stockage de l'ensemble en RAID 1 sera celle du disque de plus faible capacité.

Lorsqu'un accès en lecture est réalisé sur un ensemble de disques en mode RAID 1, alors tous les disques lisent chacun une partie de la données ce qui améliore grandement les performances en lecture. En revanche lors de l'écriture sur un ensemble de disques RAID 1, les performances ne sont pas améliorées. En effet, les disques vont écrire les données de façon synchronisée et ce au fur et à mesure que les données vont arriver au contrôleur. Le travail lors d'un accès en écriture n'est donc pas divisé entre les disques mais est commun à tous les disques. Le débit en écriture d'un ensemble RAID 1 est donc le même que celui d'un disque seul. C'est pourquoi dans un ensemble RAID 1, contenant 5 disques les accès en lecture seront grandement améliorés alors que les accès en écriture stagneront.

Le but du RAID 1 est d'offrir une sécurité maximale aux données stockées sur une machine. C'est pourquoi certaines cartes RAID incluent plusieurs contrôleurs RAID (un par disque) afin que malgré la perte d'un contrôleur les données soient toujours accessibles. Dans ce cas on parle de " duplexing ".

Il existe donc bien deux types de RAID 1 différents. Le « duplexing » étant méconnu et très peu utilisé, une certaine confusion s’est crée à propos du RAID 1. En effet, « mirroring » n’est pas synonyme de RAID 1.

1.1.4 Le RAID 2

Le RAID 3 apporte les avantages du RAID 0 (amélioration des performances) et du RAID 1 (tolérance de panne). Le mode RAID 3 fonctionne avec un minimum de trois disques. A l’instar du RAID 0, tous les disques sauf un qui a une tâche spéciale se divisent les opérations de lecture et d’écriture ce qui augmente les performances. L’un des disques est un disque de parité.

La tolérance de panne grâce à la parité : Avec un ensemble RAID3, lors de chaque opération d’écriture les données vont êtres réparties entres tous les disques (sauf le disque de parité) de façon équitable. Au moment où les données sont écrites, des informations indiquant sur quel disque a été stocké tel ou tel fragment des données sont enregistrées dans le disque de parité. Ce sont les informations de parité. Ainsi, si un fragment d’une donnée est défectueux ou manquant, la comparaison entre les informations de parité et les autres fragments de la donnée (qui sont stockés sur les autres disques durs) vont permettre de reconstituer le fragment. Si l’un des disques contenant des données tombe en panne, alors le disque de parité et les disques restant permettent de reconstruire les données qui étaient stockées sur le disque endommagé.

Lorsque le disque de parité tombe en panne le système continue de fonctionner en mode RAID 0 avec les disques restants qui contiennent les données. Lorsque l’on rajoute un nouveau disque de parité, les informations de parité sont reconstruites et le RAID 3 redevient actif.

Le RAID 3 apporte donc la tolérance de panne car le système supporte la perte d’un disque quel qu’il soit (données ou parité). En revanche si deux disques durs tombent en panne simultanément, les données sont perdues.

Le RAID 3 permet donc d’augmenter les performances tout en gérant la tolérance de panne. Les performances en lecture sont améliorées proportionnellement au nombre de disques (plus il y a de disques, plus les performances en lecture augmentent). Malgré une légère amélioration des performances en écriture (elles sont bridées par le disque de parité) ce système n’est pas plus intéressant que le RAID 1. En effet, sa fiabilité est moindre car seul la perte d’un seul disque est possible et car le disque de parité s’use plus vite.

1.1.5 Le RAID 4

Ce mode nécessite au moins trois disques et est très proche du RAID 3. La seule différence notable avec le RAID 3 est l’organisation des données. En effet, avec le RAID 4, la taille des segments est variable et se modifie en temps réel. Cela implique que les informations de parité doivent être mise à jour à chaque écriture afin de vérifier si la taille des segments a été modifiée. Dans un système RAID 4, le disque de parité devient donc un facteur encore plus limitant lors des opérations d’écriture. Cependant, les performances en lecture sont les même qu’avec le RAID 3 (c'est-à-dire excellentes). Le mode RAID 4 gère donc la tolérance de panne et apporte un gain en lecture mais pas en écriture. Généralement on lui préfère le RAID 5.

1.1.6 Le RAID 5

Ce mode est très proche du RAID 4 car il utilise au moins trois disques durs et car il procure une augmentation des performances et gère la perte d’un disque dur.

Par rapport au RAID 4, la configuration RAID 5 répartie la parité sur l’ensemble des disques ce qui élimine le goulot d’étranglement qu’est le disque de parité en RAID 3 et en RAID 4. Un autre avantage de répartir la parité sur chacun des disques est que les disques travaillent tous autant. Cela empêche l’usure prématurée de l’un des disques (comme c’est le cas avec le disque de parité en RAID 3 et surtout en RAID 4).

Le RAID 5 écrit donc simultanément les données sur plusieurs disques ce qui améliore les performances en lecture et en écriture. Ainsi par rapport à un disque seul, les performances d’une grappe RAID 5 utilisant n disques seront (n-1) fois plus élevées (en effet, l’un des disques doit écrire la parité, la donnée écrite est donc répartie sur les n-1 disques restants).

Tout comme pour le mode RAID 0, on doit sélectionner une taille de segment adaptée lorsque l’on met en place un niveau RAID 5.

De par ses nombreux avantages le RAID 5 est très populaire dans le monde professionnel car il apporte la tolérance de panne tout en conservant d’excellentes performances en lecture et en écriture. De plus si on utilise une interface qui supporte le branchement à chaud ou "hot plug" (SCSI ou Sata), il n’est même plus nécessaire d’éteindre le serveur. Bien entendu la mise en place d’un ensemble RAID 5 fait perdre de l’espace disque (en fait l’espace réservé à la parité qui représente la taille d’un disque). De plus la répartition de la parité sur l’ensemble des disques entraîne une remise en ordre un peu lente lorsqu’un disque dur est échangé suite à une panne.

1.1.7 Le RAID 6

Le RAID 6 met en place une double redondance des données de parité. Cela signifie que les informations de parité sont stockées en doubles exemplaires. Tout comme pour le RAID 5, les informations de parité sont réparties équitablement sur l’ensemble des disques. La double redondance des données permet la perte de deux disques sans qu’aucune donnée ne soit perdue. Le RAID 6 nécessite au moins quatre disques durs pour fonctionner. En ce qui concerne la capacité utilisable de stockage, on perd l’espace de deux disques. Donc dans un système utilisant n disques, la capacité utilisable est définie par la relation suivante : Capacité utilisable = (taille du disque le plus petit) * (nombre de disques – 2)

Les performances en lecture comme en écriture sont augmentées. Avec un nombre de disques équivalents, un ensemble RAID 6 sera moins performant qu’un ensemble RAID 5 (car un disque de plus est utilisé pour la parité).

1.1.8 Le RAID 7

Ce mode est utilisé pour avoir un niveau de sécurité ou des performances très supérieures aux autres modes RAID. Il utilise un grand nombre de disques (avec un maximum de 48 disques). On peut définir manuellement le nombre de disques dédiés au stockage de la parité et au stockage des données. Le nombre de disques que le système peut perdre est proportionnel au nombre de disques dédiés au stockage des informations de parité. Le RAID 7 fait appel à une carte microprocesseur qui calcule la parité, la gestion du disque et qui gère la surveillance des disques en temps réel. Tous les transferts de données se font en mode asynchrone ce qui augmente de 1,5 à 6 fois les performances en écriture.

Il est peu utilisé car il très coûteux en équipement et difficile à mettre en place.

1.1.9 Conclusion

Pour conclure, les modes les plus intéressants sont les modes 0, 1 et 5. Les autres modes sont peu ou pas utilisés car :

• le RAID 2 est obsolète

• le RAID 3 et 4 utilisent un disque de parité ce qui crée un goulot d’étranglement.

• le RAID 6 est onéreux

• le RAID 7 est très onéreux et difficile à mettre en place

1.2 Le RAID combiné

Les niveaux de RAID offrent un large choix d’alternatives qui permettent de choisir un rapport performance/sécurité différent. Il est aussi possible de combiner deux niveaux de RAID entre eux. On parle alors de niveaux combinés.

Certaines cartes permettent de combiner différents modes (ou niveaux) RAID en hardware mais elles sont chères mis à part les cartes RAID IDE d’entrées de gamme qui gèrent toutes le RAID 01 ou 10 selon les cas. Cependant ces dernières ne sont pas intéressantes pour réaliser des combinaisons étant donné que ces « cartes bas de gamme » n’intègrent qu’un seul contrôleur (donc pas de tolérance de panne pour le contrôleur) et que le nombre de disques utilisables est souvent limité à quatre.

Généralement la manière la moins onéreuse pour réaliser une combinaison entre deux modes RAID est :

1. 1.d’utiliser plusieurs contrôleurs au niveau matériel pour mettre en place plusieurs ensembles en mode RAID X.

2. 1.de créer un RAID Y au niveau logiciel à partir de tous les ensembles RAID X.

L’ensemble obtenu sera un ensemble fonctionnant en un mode RAID nommé XY. Cela signifie que l’on met d’abord en place plusieurs RAID X, puis qu’on les rassemble avec un mode RAID Y. Un RAID XY est donc différent d’un RAID YX. Voici un exemple :

Admettons que l’on dispose de 9 disques durs de 20 Go chacun, de trois cartes RAID gérant le RAID 0 et le RAID 1 ainsi que d’un 7ème disque dur (branché sur le contrôleur intégré à la carte mère). On peut réaliser deux combinaisons intéressantes :

• un RAID 01

• un RAID 10

1.2.1 Le RAID 01

On divise les disques en trois groupes de trois. On met trois disques sur chacune des cartes RAID et on crée trois ensembles RAID 0. Chaque ensemble RAID 0 comporte 3 disques de 20 Go chacun, ce qui donne une capacité de 60Go par ensemble.

Ensuite, on crée un ensemble RAID 1 de manière logicielle avec les trois ensembles matériel en RAID 0. On obtient donc après formatage, un seul disque d’une capacité de 60Go.

Chaque ensemble matériel en RAID 0 a des performances en lecture/écriture trois fois plus élevées environ qu’un disque seul. L’ensemble logiciel en RAID 1 propose donc des performances triples à celles d’un disque seul.

Si l’un des six disques vient à tomber en panne alors, toutes les données stockées sur l’ensemble matériel RAID 0 auquel il appartient sont perdues. On se retrouve avec seulement deux ensembles matériels en RAID 0 et donc 6 disques utilisés. Si on perd ensuite un second disque il ne reste plus qu’un ensemble RAID 0. Enfin si un dernier disque tombe en panne alors, l’ensemble subsistant et donc toutes les données seront perdus.

Dans notre exemple, grâce au RAID 01, on obtient des performances triplées par rapport à un disque seul et le système supporte la perte de deux disques durs.

1.2.2 Le RAID 10

On divise les disques en trois groupes de trois. On met trois disques sur chacune des cartes RAID et on crée trois ensembles RAID 1. Chaque ensemble RAID 1 comporte 3 disques de 20 Go chacun, ce qui donne une capacité de 20Go par ensemble. Ensuite, on crée un ensemble RAID 0 de manière logicielle avec les trois ensembles matériel en RAID 0. On obtient donc après formatage, un seul disque d’une capacité de 60Go.

Chaque ensemble matériel en RAID 1 a des performances en lecture/écriture égales à un disque seul. L’ensemble logiciel en RAID 0 propose donc des performances triples à celles d’un disque seul.

Si l’un des six disques vient à tomber en panne alors, l’ensemble RAID 1 auquel il appartient continue à fonctionner normalement. Si on perd un second disque dans le même ensemble RAID 1, l’ensemble RAID 0 logiciel n’est pas affecté non plus. Si on perd le troisième disque l’ensemble matériel RAID 1 ne fonctionne plus ce qui implique que les données stockées sur l’ensemble logiciel RAID 0 sont perdues. Ainsi en RAID 10, on perdre jusqu’à 2 disques par ensemble RAID 1 (dans notre exemple) soit un maximum de 6 disques sur les 9 disques.

Pour conclure, les performances en RAID 01 sont les mêmes qu’en RAID 10. Cependant l’ensemble RAID 10 se distingue au niveau de la tolérance de pannes car il peut perdre (dans notre exemple) jusqu’à 6 disques contre 2 uniquement pour le RAID 01. C’est pour cette raison essentielle que le RAID 10 est préféré au RAID 01.

1.2.3 Le RAID 50 et les autres combinaisons

Une autre combinaison très utilisée est le RAID 50. En effet, elle permet d’obtenir d’excellentes performances tout en gérant la tolérance de panne.

D’une manière générale toutes les combinaisons en RAID X0 sont misent en place. En effet, on implémente d’abord un mode X qui gère la tolérance de panne (1, 3, 4, 5 ou 6) puis un mode RAID 0 afin de maximiser les performances. Bien entendu, il est tout à fait possible au niveau théorique de combiner des modes qui implémentent la tolérance de panne. On peut par exemple, penser au RAID 55 ou au RAID 53. Cependant, en pratique, les constructeurs n'implémente quasiment jamais de tels modes car si l'on combine deux modes qui demande un contrôle de parité alors il faut disposer d'une carte RAID extrêmement puissante afin de pouvoir réaliser les calculs de parité sur deux niveaux.

Les combinaisons les plus utilisées sont donc le RAID 10, 30 et 50. Les combinaisons RAID 40 et 60 sont rarement rencontrées en raison du succès commercial mitigé (voire nul de nos jours) du RAID 4 et du RAID 6.

root@localhost # emerge sys-fs/mdadm

root@localhost # apt-get install mdadm

/dev/mdX

root@localhost # mdadm --create /dev/md0 --level=linear --raid-devices=2 /dev/sdb1 /dev/sdc1

root@localhost # mke2fs -j /dev/md0

root@localhost # mdadm --create /dev/md0 --level=1 --raid-devices=2 /dev/sdb1 /dev/sdc1 --spare-devices=1 /dev/sdd1

root@localhost # mdadm --create /dev/md0 --level=1 --raid-devices=2 /dev/sdb1 /dev/sdc1
root@localhost # mdadm --create /dev/md1 --level=mirror --raid-devices=2 /dev/sdd1 /dev/sde1

root@localhost # mdadm --create /dev/md2 --level=raid0 --raid-devices=2 /dev/md0 /dev/md1

root@localhost # mke2fs -j /dev/md2

root@localhost # mount /dev/md2 /mnt/temp

root@localhost # mdadm --create /dev/md0 --leve=raid5 --raid-devices=3 /dev/sdb1 /dev/sdc1 /dev/sdd1 --spare-devices=1 /dev/sde1

root@localhost # mke2fs -j /dev/md0 

root@localhost # mount /dev/md0 /mnt/temp

root@localhost # mdadm --examine --scan >> /etc/mdadm.conf

root@localhost # mdadm /dev/md0
/dev/md0: 1023.88MiB raid1 2 devices, 1 spare. Use mdadm --detail for more detail.
/dev/md0: device 0 in 2 device undetected raid0 md2.  Use mdadm --examine for more detail.

root@localhost # mdadm --detail /dev/md0
/dev/md0:
Version : 00.90.01
Creation Time : Mon Oct  3 17:04:43 2005
	Raid Level : raid1
	Array Size : 1048448 (1023.88 MiB 1073.61 MB)
Device Size : 1048448 (1023.88 MiB 1073.61 MB)
	Raid Devices : 2
	Total Devices : 3
	Preferred Minor : 0
	Persistence : Superblock is persistent

	Update Time : Mon Oct  3 17:05:11 2005
	State : clean
	Active Devices : 2
	Working Devices : 3
	Failed Devices : 0
	Spare Devices : 1

	UUID : 255a67d6:845546d7:91258d6a:41088f14
	Events : 0.2

	Number   Major   Minor   RaidDevice State
	0       8       17        0      active sync   /dev/sdb1
	1       8       33        1      active sync   /dev/sdc1

	2       8       49        -      spare   /dev/sdd1

root@localhost # mdadm /dev/md0 -f /dev/sdc1
mdadm: set /dev/sdc1 faulty in /dev/md0

root@localhost # mdadm --detail /dev/md0
[...]
Number   Major   Minor   RaidDevice State
   0       8       17        0      active sync   /dev/sdb1
   1       8       49        1      active sync   /dev/sdd1

   2       8       33        -      faulty   /dev/sdc1

root@localhost # mdadm /dev/md0 -r /dev/sdc1
mdadm: hot removed /dev/sdc1

root@localhost # mdadm /dev/md0 -a /dev/sde1
mdadm: hot added /dev/sde1

root@localhost # mdadm /dev/md0 -r /dev/sdc1 -a /dev/sde1

root@localhost # mdadm --misc --stop /dev/md0

root@localhost # mdadm --misc --R /dev/md0
mdadm: array /dev/md0 started.

root@localhost # mdadm --misc --readonly /dev/md0

root@localhost # mdadm -F --scan -f --delay 30 --pid-file /var/run/mdadm.pid -m labo-linux@supinfo.com

root@localhost # mdadm -F -f --delay 30 --pid-file /var/run/mdadm.pid -m labo-linux@supinfo.com /dev/md0

# Multi-device support (RAID and LVM)
CONFIG_BLK_DEV_LVM=m

luser@localhost # cvs -d :pserver:cvs@sources.redhat.com:/cvs/dm login cvs

# cvs -d :pserver:cvs@sources.redhat.com:/cvs/dm checkout device-mapper

# cvs -d :pserver:cvs@sources.redhat.com:/cvs/lvm2 checkout LVM2

root@localhost # cvs -d :pserver:cvs@sources.redhat.com:/cvs/lvm checkout LVM

root@localhost # vgscan
root@localhost # vgchange -a y

root@localhost # vgchange -a n

#!/bin/sh
case "$1" in
 start)
   /sbin/vgscan
   /sbin/vgchange -ay
   ;;
 stop)
   /sbin/vgchange -an
   ;;
 restart|force-reload)
   ;;
esac
  exit 0

if [ -e /proc/lvm -a -x /sbin/vgchange -a -f /etc/lvmtab ]; then
   action $"Logical Volume Management" /sbin/vgscan &&
   /sbin/vgchange -a y
fi

root@localhost # pvcreate /dev/hda

root@localhost # dd if=/dev/zero of=/dev/hda bs=1k count=1

root@localhost # blockdev --rereadpt /dev/hda

root@localhost # vgextend nom_du_groupe_de_volumes /dev/hda1

root@localhost # pvdisplay /dev/hda1
--- Physical volume ---
PV Name        /dev/hda1
VG Name        kevin
PV Size        3.9 GB / NOT usable 4 MB [LVM: 244 KB]
PV#          1
PV Status       available
Allocatable      yes (but full)
Cur LV        1
PE Size (KByte)    4096
Total PE       998
Free PE        0
Allocated PE     998

root@localhost # pvmove /dev/hda1
	pvmove -- moving physical extents in active volume group "vg"
	pvmove -- WARNING: moving of active logical volumes may cause data loss!
	pvmove -- do you want to continue? [y/n] y
	pvmove -- 998 extents of physical volume "/dev/hda1" successfully moved

root@localhost # vgreduce nom_du_groupe_de_volumes /dev/hda1

root@localhost # vgcreate nom_du_groupe_de_volumes /dev/hda1 /dev/hda2

root@localhost # vgchange –a n && vgchange –a y nom_du_groupe_de_volumes

root@localhost # vgchange -a n nom_du_groupe_de_volumes

root@localhost # vgremove nom_du_groupe_de_volumes

root@localhost # lvcreate -L T -n lv vg

root@localhost # lvcreate -L T -n lv vg /dev/hda

root@localhost # lvcreate -i Y -I Z -l X -n lv vg

root@localhost # lvcreate -l total_des_pe vg -n perso

root@localhost # umount /dev/vg/lv
root@localhost # lvremove /dev/vg/lv
lvremove -- do you really want to remove "/dev/vg/lv"? [y/n]: y
lvremove -- doing automatic backup of volume group "vg"
lvremove -- logical volume "/dev/vg/lv" successfully removed

root@localhost # lvextend -L 15G /dev/vg/lv
lvextend -- extending logical volume "/dev/vg/lv" to 15 GB
lvextend -- doing automatic backup of volume group "vg"
lvextend -- logical volume "/dev/vg/lv" successfully extended
root@localhost # lvextend -L +5G /dev/vg/lv
lvextend -- extending logical volume "/dev/vg/lv" to 15 GB
lvextend -- doing automatic backup of volume group "vg"
lvextend -- logical volume "/dev/vg/lv" successfully extended

root@localhost # pvcreate /dev/hda
root@localhost # pvcreate /dev/hdb
root@localhost # pvcreate /dev/hdc

root@localhost # vgcreate nom_du_groupe_de_volumes /dev/hda /dev/hdb /dev/hdc

root@localhost # lvcreate -L 10G -n nom_du_volume_logique nom_du_groupe_de_volumes
lvcreate -- doing automatic backup of "nom_du_groupe_de_volumes"
lvcreate -- logical volume "/dev/nom_du_groupe_de_volumes/nom_du_volume_logique" successfully created

root@localhost # mke2fs /dev/nom_groupe_de_volumes/nom_du_volume_logique

root@localhost # pvscan
pvscan -- ACTIVE  PV "/dev/hda" of VG "vg1"  [2 GB / 0 free]
pvscan -- ACTIVE  PV "/dev/hdb1" of VG "vg1"  [1 GB / 0 free]
pvscan -- ACTIVE  PV "/dev/hdb2" of VG "vg2"  [1 GB / 0 free]
pvscan -- ACTIVE  PV "/dev/hdc" of VG "vg2"  [2 GB / 0 free]
pvscan -- total: 4 [6 GB] / in use: 4 [6 GB] / in no VG: 0 [0]

root@localhost # df -h
Filesystem  Total Used Available Use%   Mounted on
/dev/vg1/lv1 1G  1G  0GB    100%  /mnt/vg1lv1
/dev/vg1/lv2 2G  2GB 0GB    100%  /mnt/vgl1v2
/dev/vg2/lv1 1G  1GB 0GB    100%  /mnt/vg2lv1
/dev/vg2/lv2 2G  2GB 0GB    100%  /mnt/vg2lv2

root@localhost # vgextend vg1 /dev/hdd1
vgextend -- INFO: maximum logical volume size is 255.99 Gigabyte
vgextend -- doing automatic backup of volume group "vg1"
vgextend -- volume group "vg1" successfully extended

root@localhost # vgextend vg2 /dev/hdd2
vgextend -- INFO: maximum logical volume size is 255.99 Gigabyte
vgextend -- doing automatic backup of volume group "vg2"
vgextend -- volume group "vg2" successfully extended

root@localhost # pvscan
pvscan -- ACTIVE  PV "/dev/hda" of VG "vg1"  [2 GB / 0 free]
pvscan -- ACTIVE  PV "/dev/hdb1" of VG "vg1"  [1 GB / 0 free]
pvscan -- ACTIVE  PV "/dev/hdb2" of VG "vg2"  [1 GB / 0 free]
pvscan -- ACTIVE  PV "/dev/hdc" of VG "vg2"  [2 GB / 0 free]
pvscan -- ACTIVE  PV "/dev/hdd1" of VG "vg1"  [2 GB / 2 GB free]
pvscan -- ACTIVE  PV "/dev/hdd2" of VG "vg2"  [2 GB / 2 GB free]
pvscan -- total: 4 [6 GB] / in use: 4 [6 GB] / in no VG: 0 [0]

root@localhost # umount /mnt/vg1lv1
root@localhost # umount /mnt/vg2lv2

root@localhost # e2fsadm /dev/vg1/lv1 -L +1G
Pass 1: Checking inodes, blocks, and sizes
Pass 2: Checking directory structure
Pass 3: Checking directory connectivity
Pass 4: Checking reference counts
Pass 5: Checking group summary information
lvextend -- extending logical volume "/dev/vg1/lv1" to 2 GB
lvextend -- doing automatic backup of volume group "vg1"
lvextend -- logical volume "/dev/vg1/lv1" successfully extended
e2fsadm -- ext2fs in logical volume "/dev/vg1/lv1" successfully extended to 2 GB

root@localhost # e2fsadm /dev/vg2/lv2 -L +1G
Pass 1: Checking inodes, blocks, and sizes
Pass 2: Checking directory structure
Pass 3: Checking directory connectivity
Pass 4: Checking reference counts
Pass 5: Checking group summary information
lvextend -- extending logical volume "/dev/vg2/lv2" to 3 GB
lvextend -- doing automatic backup of volume group "vg2"
lvextend -- logical volume "/dev/vg2/lv2" successfully extended
e2fsadm -- ext2fs in logical volume "/dev/vg2/lv2" successfully extended to 3 GB

root@localhost # mount /dev/vg1/lv1
root@localhost # mount /dev/vg2/lv2
root@localhost # df -h
Filesystem      Total     Used     Available    Use%   Mounted on
/dev/vg1/lv1    2G         1G   1GB     50%   /mnt/vg1lv1
/dev/vg1/lv2    2G         2GB   0GB    100%  /mnt/vgl1v2
/dev/vg2/lv1    1G         1GB   0GB    100%  /mnt/vg2lv1
/dev/vg2/lv2    3G         2GB       1GB    66%   /mnt/vg2lv2

root@localhost # pvmove -V /dev/hdc
pvmove -- moving physical extents in active volume group "vg2"
pvmove -- WARNING: moving of active logical volumes may cause data loss!
pvmove -- do you want to continue? [y/n] y
pvmove -- 500 extents of physical volume "/dev/hdc" successfully moved

root@localhost # vgreduce dev /dev/hdc
vgreduce -- doing automatic backup of volume group "vg2"
vgreduce -- volume group "dvg2" successfully reduced by physical volume:
vgreduce -- /dev/hdc

root@localhost # e2fsadm -L +5G /dev/vg/lv

root@localhost # umount /dev/vg/lv
root@localhost # resize2fs /dev/vg/lv
root@localhost # mount /dev/vg/lv

root@localhost # umount /dev/vg/lv
root@localhost # resize_reiserfs /dev/vg/lv
root@localhost # mount -treiserfs /dev/vg/lv

root@localhost # xfs_growfs /point_de_montage

root@localhost # mount -o remount,resize /point_de_montage

root@localhost # umount /dev/vg/lv
root@localhost # e2fsadm -L -5G /dev/vg/lv
root@localhost # mount /dev/vg/lv

root@localhost # umount /dev/vg/lv
root@localhost # resize2fs /dev/vg/lv T
root@localhost # lvreduce -L -5G /dev/vg/lv
root@localhost # mount /dev/vg/lv

root@localhost # umount /dev/vg/lv
root@localhost # resize_reiserfs -s -5G /dev/vg/lv
root@localhost # lvreduce -L -5G /dev/vg/lv
root@localhost # mount -t reiserfs /dev/vg/lv