Differences

This shows you the differences between two versions of the page.

--- informatique:linux:raid0_sous_linux [2012/10/30 19:16] – "d'autres pistes" pteu
+++ informatique:linux:raid0_sous_linux [2014/01/13 19:34] – [Volume RAID 5] pteu
@@ Line 135: / Line 135: @@
 ====Volume RAID 5====
-Un raid0 avec de la redondance pour la sécurité des données ? C'est un raid5 et c'est ce que je vais tenté ("tenter" car c'est un raid software avec un processeur [[http://fr.wikipedia.org/wiki/Intel_Atom#Pineview|atom n550]], et c'est un processeur un peu léger pour du calcul de parité).
+Un raid0 avec de la redondance pour la sécurité des données ? C'est un **raid5** et c'est ce que je vais réaliser sur mon NAS (malgré qu'il ne soit doté que d'un processeur [[http://fr.wikipedia.org/wiki/Intel_Atom#Pineview|atom n550]], un processeur un peu léger pour du calcul de parité).
 Première chose : repérer les noms des disques :
@@ Line 147: / Line 147: @@
 Dans mon cas je vais utiliser /dev/sdb, /dev/sdc et /dev/sdd pour mon RAID 5.
-Puis, créer des partitions de type "Raid auto detect" (code : FD) et de même taille sur tous les disques. Je vous conseille d'utiliser cfdisk plutôt que fdisk car dans mon cas, j'obtenais ce message d'erreur en créant mon volume RAID (pourtant les modifications étaient bien écritent (w) sur les disques) :
+Puis, créer des partitions de type "Raid auto detect" (**code : fd**) et de même taille sur tous les disques avec **fdisk** : (NB : l'exemple ci-dessous est réalisé avec un disque de 3 To mais le principe est le même)
+<code bash>
+sudo fdisk /dev/sdd
+Le périphérique ne contient pas une table de partitions DOS ou Sun, SGI, OSF valable
+Création d'une nouvelle étiquette DOS avec id de disque 0x7b3be7ec.
+Les modifications restent en mémoire jusqu'à ce que vous les écriviez.
+Après quoi, bien sûr, le contenu précédent sera irrécupérable.
+Avertissement : drapeau 0x0000 non valable dans la table de partitions 4, sera corrigé par w(écriture)
+Attention : la taille du disque est 3.0 To (3000592982016 octets).
+Ce format de table de partitions DOS ne peut pas être utilisé
+sur des disques pour des volumes plus grand (2199023255040 octets) et
+secteurs de 512 octets. Utiliser parted(1) et le format de table
+de partitions à GUID (GPT).
+Le périphérique dispose d'une taille de secteur logique plus
+petite que la taille de secteur physique. Ajuster la limite de
+taille à celle de secteur physique (ou optimale en terme d'E/S)
+est conseillé, sinon les performances risquent d'être affectées.
+Commande (m pour l'aide): n
+Partition type:
+   p   primary (0 primary, 0 extended, 4 free)
+   e   extended
+Select (default p): p
+Numéro de partition (1-4, par défaut 1):
+Utilisation de la valeur par défaut 1
+Premier secteur (2048-4294967295, par défaut 2048):
+Utilisation de la valeur par défaut 2048
+Dernier secteur, +secteurs or +taille{K,M,G} (2048-4294967294, par défaut 4294967294):
+Utilisation de la valeur par défaut 4294967294
+Commande (m pour l'aide): t
+Partition sélectionnée 1
+Code Hexa (taper L pour lister les codes): fd
+Type système de partition modifié de 1 à fd (RAID Linux autodétecté)
+Commande (m pour l'aide): w
+La table de partitions a été altérée !
+Appel de ioctl() pour relire la table de partitions.
+Synchronisation des disques.
+</code>
+Créez le RAID :
+<code bash>
+mdadm --create --verbose /dev/md0 --level=5 --raid-devices=3 --assume-clean /dev/sd[bcd]1
+</code>
+Si vous obtenez l'erreur suivante :
 <code bash>
-mdadm --create --verbose /dev/md0 --level=5 --raid-devices=3 --assume-clean /dev/sd[bdd]1
 mdadm: layout defaults to left-symmetric
 mdadm: layout defaults to left-symmetric
@@ Line 155: / Line 206: @@
 mdadm: cannot open /dev/sdc1: No such file or directory
 </code>
+... recréez les partition avec **cfdisk** plutôt que fdisk !
-Après les avoir créés avec cfdisk, j'obtient encore une erreur !
+Après avoir créés les partitions j'obtiens une erreur !
 <code bash>
 mdadm --create --verbose /dev/md0 --level 5 --assume-clean --raid-devices=3 /dev/sdb1 /dev/sdc1 /dev/sdd1
@@ Line 176: / Line 228: @@
 ... mais toujours le même problème :(
-N'ayant rien à perdre je décide de passer la prise en charge des disques SATA dans le BIOS en "AHCI" plutôt que "IDE enhanced" comme auparavent. Normalement les disques SATA doivent toujours être configurés en AHCI car cela permet la prise en charge du NCQ et autres, mais il me semble que lorsqu'on créer un RAID software cela est générateur de problème. Mais au point où j'en suis..
+N'ayant rien à perdre je décide de passer la prise en charge des disques SATA dans le BIOS en "AHCI" plutôt que "IDE enhanced" comme auparavant. Normalement les disques SATA doivent toujours être configurés en AHCI car cela permet la prise en charge du NCQ et autres, mais il me semble que lorsqu'on créer un RAID software cela est générateur de problème. Mais au point où j'en suis..
 Au reboot, les disques ont été renumérotés :
@@ Line 598: / Line 650: @@
-=====Management de LVM=====
+=====Augmenter un RAID + LVM=====
-====Augmenter un lv====
+Récemment j'ai ajouté un disque de 2 To à mon RAID 5 de 3x 2 To déjà en place. Voici la procédure que j'ai employée, elle se découpe en 2 étapes :
+  * augmenter le RAID
+  * augmenter le LV
-Synopsis : On a un lv ''/dev/md0_vg/data_lv'' de 2 To et on veut le monter à 4 To (soit la taille de son vg).
+====Augmenter le RAID====
-Démonter le volume logique (NB : cette étape n'est pas obligatoire avec le système de fichier que j'utilise (ext4), mais vu que mon serveur n'est pas en prod ça ne me coûte pas plus cher) :
+Bien sur ce nouveau disque disque a la même taille que les disques déjà inclus dans le RAID. Je créé une partition de type "fd" (Linux RAID auto) de taille max avec fdisk (en somme, exactement pareil que les autres disques) :
+<code bash>
+Disk /dev/sdc: 2000.4 GB, 2000398934016 bytes
+têtes, 63 secteurs/piste, 765633 cylindres, total 3907029168 secteurs
+Unités = secteurs de 1 * 512 = 512 octets
+Taille de secteur (logique / physique) : 512 octets / 512 octets
+taille d'E/S (minimale / optimale) : 512 octets / 512 octets
+Identifiant de disque : 0x720b8114
+Périphérique Amorce  Début        Fin      Blocs     Id  Système
+/dev/sdc1            2048  3907029167  1953513560   fd  RAID Linux autodétecté
+</code>
+Puis on ajoute le disque à la grappe :
+<code bash>
+mdadm /dev/md0 -a /dev/sdc1
+</code>
+Et enfin on augmente le nombre de disque à notre RAID. **Attention** cette étape va automatiquement lancer la resynchronisation du RAID, qui prend beaucoup de temps et ne supporte pas d'arrêt ou de redémarrage électrique (sous peine de perdre vos données).
+<code bash>
+mdadm --grow /dev/md0 --raid-device=4
+mdadm: Need to backup 3072K of critical section..
+</code>
+<note important>
+Ne faites pas comme moi qui ai lancé cette commande à peine 3h avant une coupure électrique programmée... D'ailleurs à ce propos (et pour info), en fait on peut arrêter la machine (et donc la synchro) passé un certain temps, le mdadm doit juste passer la section critique (!). Moi les 3h ont suffit, et en rallumant le bousin le lendemain le gentil RAID a poursuivi sa synchronisation comme si de rien n'était !
+</note>
+Vérification de l'état d'avancement :
+<code bash>
+cat /proc/mdstat
+Personalities : [raid6] [raid5] [raid4] [linear] [multipath] [raid0] [raid1] [raid10]
+md0 : active raid5 sdc1[3] sdd1[2] sdb1[1] sda1[0]
+      3906763776 blocks super 1.2 level 5, 512k chunk, algorithm 2 [4/4] [UUUU]
+      [>....................]  reshape =  0.1% (3267072/1953381888) finish=1624.4min speed=20007K/sec
+</code>
+Une fois la synchro terminée (soit environ <del>28</del> 2 jours plus tard...) mdadm affiche enfin une taille digne de son rang : 6 To !
+<code bash>
+mdadm --detail /dev/md0
+/dev/md0:
+        Version : 1.2
+  Creation Time : Wed Sep 12 21:35:52 2012
+     Raid Level : raid5
+     Array Size : 5860145664 (5588.67 GiB 6000.79 GB)
+  Used Dev Size : 1953381888 (1862.89 GiB 2000.26 GB)
+   Raid Devices : 4
+  Total Devices : 4
+    Persistence : Superblock is persistent
+    Update Time : Tue Feb 19 06:03:31 2013
+          State : clean
+ Active Devices : 4
+Working Devices : 4
+ Failed Devices : 0
+  Spare Devices : 0
+         Layout : left-symmetric
+     Chunk Size : 512K
+           Name : ymir2:0  (local to host ymir2)
+           UUID : 5766333b:7721932e:a40ebe2e:0c6fe1d0
+         Events : 14151
+    Number   Major   Minor   RaidDevice State
+       8        1        0      active sync   /dev/sda1
+       8       17        1      active sync   /dev/sdb1
+       8       49        2      active sync   /dev/sdd1
+       8       33        3      active sync   /dev/sdc1
+</code>
+C'est déjà bien mais c'est pô fini ; il faut maintenant le dire à LVM !
+====Prise en compte par LVM====
+) Première chose : Démonter le volume logique (NB : cette étape n'est pas obligatoire avec le système de fichier que j'utilise (ext4), mais vu que mon serveur n'est pas en prod ça ne me coûte pas plus cher) :
 <code bash>
 umount /dev/md0_vg/data_lv
 </code>
-Augmenter la taille du lv ; attention sa taille ne doit pas dépasser la taille de son volume group (vg), ni être inférieur sa taille actuelle (sinon on perd des données). Pour le vérifier :
+) Augmenter la taille du pv :
 <code bash>
-# on regarde a quel vg le lv appartient -> md0_vg
+pvresize /dev/md0
-lvdisplay /dev/md0_vg/data_lv
+  Physical volume "/dev/md0" changed
-  --- Logical volume ---
+physical volume(s) resized / 0 physical volume(s) not resized
-  LV Name                /dev/md0_vg/data_lv
-  VG Name                md0_vg
-  LV UUID                WSTrwM-JLAG-Bu9R-GsHw-XVsT-Dpbo-Zm5imT
-  LV Write Access        read/write
-  LV Status              available
-  # open                 0
-  LV Size                2,00 TiB
-  Current LE             524288
-  Segments               1
-  Allocation             inherit
-  Read ahead sectors     auto
-  - currently set to     4096
-  Block device           253:2
-# on affiche les caractéristique du vg
+# vérif : c'est mieux !
-vgdisplay md0_vg
+pvdisplay
+  --- Physical volume ---
+  PV Name               /dev/md0
+  VG Name               md0_vg
+  PV Size               5,46 TiB / not usable 1,50 MiB
+  Allocatable           yes (but full)
+  PE Size               4,00 MiB
+  Total PE              1430699
+  Free PE               0
+  Allocated PE          1430699
+  PV UUID               Cy7Zxe-Src9-5hQi-QQ0W-waMI-yv3V-mECzi8
+# le vg en tient compte immédiatement :
+vgdisplay
   --- Volume group ---
   VG Name               md0_vg
@@ Line 635: / Line 766: @@
   Format                lvm2
   Metadata Areas        1
-  Metadata Sequence No  2
+  Metadata Sequence No  5
   VG Access             read/write
   VG Status             resizable
@@ Line 644: / Line 775: @@
   Cur PV                1
   Act PV                1
-  VG Size               3,64 TiB
+  VG Size               5,46 TiB
   PE Size               4,00 MiB
-  Total PE              953862
+  Total PE              1430699
-  Alloc PE / Size       524288 / 2,00 TiB
+  Alloc PE / Size       1430699 / 5,46 TiB
-  Free  PE / Size       429574 / 1,64 TiB
+  Free  PE / Size       0 / 0
-  VG UUID               1g20v1-7HKi-CWtx-D8IP-GS9P-rTfB-nL9WHr
+  VG UUID               AEKER3-SOwc-zwSQ-rR4J-iJw0-IxlI-qP2hd6
 </code>
-On a bien 3.64TiB au total soit 4 To.
-On pourrait déclarer une nouvelle taille de 3.64 TiB (''-L 3.64T''), ou ajouter 1.64 To (''-L +1.64T'') - pour toutes les options existantes, consulter le ''man lvresize'' - mais on veut la taille totale du vg donc on va être précis et utiliser l'option ''-l +100%FREE'' qui indique qu'on ajoute toute la place libre restante du vg :
+) Augmenter la taille du lv ; attention sa taille ne doit pas dépasser la taille de son volume group (vg), ni être inférieur sa taille actuelle (sinon on perd des données).
+On pourrait déclarer une nouvelle taille de 5,46 TiB (''-L 3.64T''), ou même ajouter 1.64 To (''-L +1.64T''), mais on veut la taille totale du vg donc on va être précis et utiliser l'option ''-l +100%FREE'' qui indique qu'on ajoute toute la place libre restante du vg :
 <code bash>
 lvresize -l +100%FREE /dev/md0_vg/data_lv
-  Extending logical volume data_lv to 3,64 TiB
+  Extending logical volume data_lv to 5,46 TiB
   Logical volume data_lv successfully resized
 </code>
-On doit ensuite vérifier l'intégrité du volume logique :
+) On doit ensuite vérifier l'intégrité du volume logique :
-<code bash>
+<code bash>e2fsck -f /dev/md0_vg/data_lv
-e2fsck -f /dev/md0_vg/data_lv
+ e2fsck 1.42 (29-Nov-2011)
- e2fsck 1.41.12 (17-May-2010)
  Passe 1 : vérification des i-noeuds, des blocs et des tailles
  Passe 2 : vérification de la structure des répertoires
@@ Line 669: / Line 800: @@
  Passe 4 : vérification des compteurs de référence
  Passe 5 : vérification de l'information du sommaire de groupe
- /dev/md0_vg/data_lv : 11/201326592 fichiers (0.0% non contigus), 12687388/805306368 blocs
+ /dev/md0_vg/data_lv : 287397/244178944 fichiers (1.0% non contigüs), 950095488/976689152 blocs
 </code>
@@ Line 675: / Line 806: @@
 <code bash>
 resize2fs /dev/md0_vg/data_lv
- resize2fs 1.41.12 (17-May-2010)
+ resize2fs 1.42 (29-Nov-2011)
- En train de retailler le système de fichiers sur /dev/md0_vg/data_lv à 976754688 (4k) blocs.
+ En train de redimensionner le système de fichiers sur /dev/md0_vg/data_lv à 1465035776 (4k) blocs.
- Le système de fichiers /dev/md0_vg/data_lv a maintenant une taille de 976754688 blocs.
+ Le système de fichiers /dev/md0_vg/data_lv a maintenant une taille de 1465035776 blocs.
 </code>
-et on remonte le lv :
+... et on remonte le lv :
 <code bash>
 mount /dev/md0_vg/data_lv
-df -Th /mnt/data
+df -hT /mnt/data
- Sys. fich.    Type  Taille  Uti. Disp. Uti% Monté sur
+Sys. de fichiers           Type Taille Utilisé Dispo Uti% Monté sur
- /dev/mapper/md0_vg-data_lv
+/dev/mapper/md0_vg-data_lv ext4   5,4T    3,5T  1,9T  65% /mnt/data
-             ext4    3,6T  196M  3,6T   1% /mnt/data
 </code>
-=====Tests et banchmarks=====
+Okaaaay !
+=====Tests et benchmarks=====
-Je vais comparer ici mon ex raid0 avec le nouveau raid5 que je viens de créer. Attention il y a beaucoup de paramètres qui changent donc ces tests ne sont pas très "scientiques", mais ils donnent un ordre d'idée.
+Je vais comparer ici mon ex raid0 avec mon précédent raid5 (sic). Attention il y a beaucoup de paramètres qui changent donc ces tests ne sont pas très "scientifiques", mais ils donnent un ordre d'idée.
 Le raid0 est sur le serveur ymir :