Création d'un RADI 1 avec 2 DD de tailles différentes

Support Debian
#1

Bonsoir la communauté,

je fais suite au poste suivant : GROS problème suite à changement de DD.

Je suis en train de créer le RAID1, mais quand je veux effectuer la commande suivante : # mkfs.ext3 /dev/md5
voici le retour :

mke2fs 1.41.12 (17-May-2010) L'alignement de /dev/md5 est décalé de 1024 octets. Cela peut induire de très mauvaises performances, il est suggéré de (re)-partitionner. Étiquette de système de fichiers= Type de système d'exploitation : Linux Taille de bloc=4096 (log=2) Taille de fragment=4096 (log=2) « Stride » = 1 blocs, « Stripe width » = 0 blocs 19202048 i-noeuds, 76800434 blocs 3840021 blocs (5.00%) réservés pour le super utilisateur Premier bloc de données=0 Nombre maximum de blocs du système de fichiers=4294967296 2344 groupes de blocs 32768 blocs par groupe, 32768 fragments par groupe 8192 i-noeuds par groupe Superblocs de secours stockés sur les blocs : 32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632, 2654208, 4096000, 7962624, 11239424, 20480000, 23887872, 71663616

Je ne comprends pas car j’ai effectué la commande suivante : # sfdisk -d /dev/sdb | sfdisk /dev/sdc

L’erreur est identique pour les partitions suivantes, sauf que les décalages sont les suivants (dans l’ordre) :
md6 : 2048
md7 : 1536
md8 : 3072
md9 : 2560
md10 : 3584
md11 : 1024

Que signifie que l’alignement est décalé ?

N’est-il pas mieux d’avoir des disques durs vierges (sans table de partition), de creer le RAID et ensuite de partionner le RAID ?

Merci pour les conseils.

#2

Bonjour tout le monde,

j’ai effectué 4 partitions de tailles identiques, avec un rab de libre…
J’ai également suivi le wiki debian ainsi que cette page.

Mais, je ne comprends pas les éléments suivants :

Fichier /etc/mdadm/mdadm.conf :

ARRAY /dev/md/3 level=raid1 num-devices=2 metadata=1.2 name=Hestia:3 UUID=b3c434f2:992a4f2b:b720213b:e2eb1a77 devices=/dev/sdb4,/dev/sdc5 ARRAY /dev/md/2 level=raid1 num-devices=2 metadata=1.2 name=Hestia:2 UUID=484ccaa0:6c1975a2:d0171384:7b90c30a devices=/dev/sdb3,/dev/sdc4 ARRAY /dev/md/1 level=raid1 num-devices=2 metadata=1.2 name=Hestia:1 UUID=ef9ca997:ebb7af15:3f804cb6:37bc5a1f devices=/dev/sdb2,/dev/sdc3 ARRAY /dev/md/0 level=raid1 num-devices=2 metadata=1.2 name=Hestia:0 UUID=43a4a616:c74f40e6:9bdd12e3:63e0f345 devices=/dev/sdb1,/dev/sdc1

Fichier /proc/mdsat :

[code]md0 : active raid1 sdb1[0] sdc1[1]
532478840 blocks super 1.2 [2/2] [UU]

md1 : active raid1 sdb2[0] sdc3[1]
470302584 blocks super 1.2 [2/2] [UU]

md2 : active raid1 sdb3[0] sdc4[1]
59788216 blocks super 1.2 [2/2] [UU]

md3 : active raid1 sdb4[0] sdc5[1]
402562936 blocks super 1.2 [2/2] [UU]

unused devices: [/code]

Est-il normal que lors de la création du RAID, je l’ai nommé du type “mdX” et qu’il apparaisse comme “md/X” ?

Un petit

[code]/dev/md0:
Version : 1.2
Creation Time : Thu Mar 1 20:05:59 2012
Raid Level : raid1
Array Size : 532478840 (507.81 GiB 545.26 GB)
Used Dev Size : 532478840 (507.81 GiB 545.26 GB)
Raid Devices : 2
Total Devices : 2
Persistence : Superblock is persistent

Update Time : Sat Mar  3 08:27:08 2012
      State : clean

Active Devices : 2
Working Devices : 2
Failed Devices : 0
Spare Devices : 0

       Name : Hestia:0  (local to host Hestia)
       UUID : 43a4a616:c74f40e6:9bdd12e3:63e0f345
     Events : 32

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

et un

[code]/dev/md/0:
Version : 1.2
Creation Time : Thu Mar 1 20:05:59 2012
Raid Level : raid1
Array Size : 532478840 (507.81 GiB 545.26 GB)
Used Dev Size : 532478840 (507.81 GiB 545.26 GB)
Raid Devices : 2
Total Devices : 2
Persistence : Superblock is persistent

Update Time : Sat Mar  3 08:40:50 2012
      State : clean

Active Devices : 2
Working Devices : 2
Failed Devices : 0
Spare Devices : 0

       Name : Hestia:0  (local to host Hestia)
       UUID : 43a4a616:c74f40e6:9bdd12e3:63e0f345
     Events : 32

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

C’est le même constat pour les autres (md1, 2, 3).

J’ai formaté md0 au format ext4 comme ça :

[code]mke2fs 1.41.12 (17-May-2010)
Étiquette de système de fichiers=
Type de système d’exploitation : Linux
Taille de bloc=4096 (log=2)
Taille de fragment=4096 (log=2)
« Stride » = 1 blocs, « Stripe width » = 0 blocs
33284096 i-noeuds, 133119710 blocs
0 blocs (0.00%) réservés pour le super utilisateur
Premier bloc de données=0
Nombre maximum de blocs du système de fichiers=4294967296
4063 groupes de blocs
32768 blocs par groupe, 32768 fragments par groupe
8192 i-noeuds par groupe
Superblocs de secours stockés sur les blocs :
32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632, 2654208,
4096000, 7962624, 11239424, 20480000, 23887872, 71663616, 78675968,
102400000

Écriture des tables d’i-noeuds : complété
Création du journal (32768 blocs) : complété
Écriture des superblocs et de l’information de comptabilité du système de
fichiers : complété

Le système de fichiers sera automatiquement vérifié tous les 38 montages ou
après 180 jours, selon la première éventualité. Utiliser tune2fs -c ou -i
pour écraser la valeur.[/code]

Pas de place pour le super utilisateur, car se sont des disques durs réseaux.

Tout est OK, ou il y a-t-il un soucis (comme le /dev/md/0~/dev/md0) ?

Merci pour les réponses.

#3

Les deux formes sont équivalentes.

#4

OK, merci pour l’info. :wink:

Bonne soirée.