Pb remontage d'un volume RAID5 logiciel avec mdadm

Bonjour,

Je serais direct …
Est-ce qu’il y en a ici qui aiment bien s’ammuser avec mdadm ???

J’avoue y perdre mon latin …

J’ai monter il y a peu de temps un RAID5 avec 4 disques (3 pour le volume RAID à proprement parlé et 1 disque de Spare) sous une Ubuntu 7.04 (oui je sais, c’est un peu limite :wink:)

J’ai, depuis, réinstaller mon serveur sur une Debian 4.0 Etch (retour aux sources :slightly_smiling:) et je n’arrive pas a monter mon volume RAID. Mon volume RAID est bien reconnu comme en atteste le resultat des commandes suivantes :

MySrv:~# cat /proc/mdstat Personalities : [raid6] [raid5] [raid4] md0 : active raid5 sda5[0] sdd5[3](S) sdc5[2] sdb5[1] 585954432 blocks level 5, 64k chunk, algorithm 2 [3/3] [UUU] unused devices: <none>
et

[code]MySrv:~# mdadm --detail /dev/md0
/dev/md0:
Version : 00.90.03
Creation Time : Sat Aug 18 04:24:57 2007
Raid Level : raid5
Array Size : 585954432 (558.81 GiB 600.02 GB)
Device Size : 292977216 (279.40 GiB 300.01 GB)
Raid Devices : 3
Total Devices : 4
Preferred Minor : 0
Persistence : Superblock is persistent

Update Time : Sat Aug 18 14:01:34 2007
      State : clean

Active Devices : 3
Working Devices : 4
Failed Devices : 0
Spare Devices : 1

     Layout : left-symmetric
 Chunk Size : 64K

       UUID : e85e8707:33911834:220e06b2:08863e75
     Events : 0.20

Number   Major   Minor   RaidDevice State
   0       8        5        0      active sync   /dev/sda5
   1       8       21        1      active sync   /dev/sdb5
   2       8       37        2      active sync   /dev/sdc5
   3       8       53        -      spare   /dev/sdd5[/code]

Cependant, je n’arrive pas a monter mon volume /dev/md0 avec la commande “mount” !?!?!? :confused: :open_mouth: :imp:

MySrv:~# mount /dev/md0 /data mount: wrong fs type, bad option, bad superblock on /dev/md0, missing codepage or other error In some cases useful info is found in syslog - try dmesg | tail or so

MySrv:~# dmesg | tail .... JFS: nTxBlock = 3529, nTxLock = 28235

J’ai déjà epluché pas mal notre ami Google mais en vain …
J’ai trouvé, peut-etre, un début de piste : Ce pourrait-il qu’il sagisse d’un problème de SuperBlock ???

En esperant trouvé une personne qui s’interesse à mon problème …

Merci d’avance…

Euhh, jouons à Pyramide …

En 2 …
Apathique ! :open_mouth:
Nonchalant ?
vulgaire !
Gros Boulet :frowning: :slightly_smiling:

… que je suis !!!

Trève de plaisanteries, j’ai trouvé …

En fait il sagissait juste d’une petite erreur dans le fichier /etc/mdadm/mdadm.conf. Je n’avais vu “un détail” :confused: les partitions de mon volume /dev/md0, soit { /dev/sda5 /dev/sdb5 /dev/sdc5 } les partitions active du RAID et { /dev/sdd5 } la partition de spare, n’étaient pas listées dans les partitions à scanner au démarrage de mdadm.

Voilà mon fichier de conf, pour exemple (desfois qu’il y aurait d’autres personnes de mon espèce :slightly_smiling:

[code]# mdadm.conf

Please refer to mdadm.conf(5) for information about this file.

by default, scan all partitions (/proc/partitions) for MD superblocks.

alternatively, specify devices to scan, using wildcards if desired.

DEVICE /dev/sda5 /dev/sdb5 /dev/sdc5 /dev/sdd5

auto-create devices with Debian standard permissions

CREATE owner=root group=disk mode=0660 auto=yes

automatically tag new arrays as belonging to the local system

HOMEHOST

instruct the monitoring daemon where to send mail alerts

MAILADDR root

definitions of existing MD arrays

ARRAY /dev/md0 level=raid5 num-devices=3 spares=1 UUID=e85e8707:33911834:220e06b2:08863e75

This file was auto-generated on Mon, 20 Aug 2007 18:28:48 +0200

by mkconf $Id: mkconf 261 2006-11-09 13:32:35Z madduck $[/code]

Un petit /etc/init.d/mdadm restart et c’est gagné :slightly_smiling:

Au passage, j’me suis inspiré de ce tuto (en anglais)[/b]