Récupération des données sur uun serveur en raid1

par **kouao** » 16 Juin 2006 10:57

Bonjour,

J'ai un serveur sur lequel est installé Linux debian Woody configuré en Raid1 avec 2 disques SATA.
L'un des disques est tombé en panne, le 1er disque. Comment pourrons-nous récupérer les données si le 1er disque est remplacé?
Merci de vos idées!

par **thetemp** » 16 Juin 2006 13:45

Bonjour,

Si ton système est en RAID 1 (mirroring) tes données sur le disque 1 et disque 2 sont les mêmes donc tes données ne seront pas perdues...

Si toutefois c'est cela que tu voulais dire???

++

par **Methos_Hi** » 16 Juin 2006 22:59

Excellent !!
Elle doit figurer dans les perles celle-là.

par **psykolivier** » 01 Août 2006 23:29

thetemp a écrit:Bonjour,

Si ton système est en RAID 1 (mirroring) tes données sur le disque 1 et disque 2 sont les mêmes donc tes données ne seront pas perdues...

Si toutefois c'est cela que tu voulais dire???

++

Ave,

Je pense que ça il avait compris, ce qu'il veut dire c'est comment récupérer les données de ses volumes RAID, qu'il a surement du monter en soft, comme moi... ce n'est pas un simple clonage de partitions; sur ma machine :

Code: Tout sélectionner: stan:/home/olivier# fdisk -l Disk /dev/hde: 6488 MB, 6488294400 bytes 255 heads, 63 sectors/track, 788 cylinders Units = cylinders of 16065 * 512 = 8225280 bytes Device Boot Start End Blocks Id System /dev/hde1 1 23 184716 fd Linux raid autodetect /dev/hde2 24 788 6144862+ fd Linux raid autodetect Disk /dev/hdg: 6449 MB, 6449587200 bytes 255 heads, 63 sectors/track, 784 cylinders Units = cylinders of 16065 * 512 = 8225280 bytes Device Boot Start End Blocks Id System /dev/hdg1 1 23 184716 fd Linux raid autodetect /dev/hdg2 24 784 6112732+ fd Linux raid autodetect Disk /dev/md1: 189 MB, 189071360 bytes 2 heads, 4 sectors/track, 46160 cylinders Units = cylinders of 8 * 512 = 4096 bytes Disk /dev/md1 doesn't contain a valid partition table Disk /dev/md0: 6259 MB, 6259343360 bytes 2 heads, 4 sectors/track, 1528160 cylinders Units = cylinders of 8 * 512 = 4096 bytes Disk /dev/md0 doesn't contain a valid partition table

par **hebus99** » 02 Août 2006 15:29

Bijour,

Si ce n'est pas du RAID logiciel, tu devrais avoir un menu quand tu boot genre :
"Appuyer sur CTRL-E" et tu doit reconstruire ton raid avec les menus.

par **Gaston** » 02 Août 2006 23:25

Bsoir,

psykolivier a écrit:
Code: Tout sélectionner
stan:/home/olivier# fdisk -l Disk /dev/hde: 6488 MB, 6488294400 bytes 255 heads, 63 sectors/track, 788 cylinders Units = cylinders of 16065 * 512 = 8225280 bytes Disk /dev/hdg: 6449 MB, 6449587200 bytes 255 heads, 63 sectors/track, 784 cylinders Units = cylinders of 16065 * 512 = 8225280 bytes

pas bô l'avion, un raid 1 c'est du mirroir == clonage (enfin bon je me comprends) et là avec des différences entre les 2 disques... mais bon c'est toi qui voit

sinon pour répondre à la question (quoique un mois et demi plus tard ...) : man mdam (ou la série des raidhotadd, raidhotremove, raidstart, ...) suivant comment le raid soft est défini

G.

par **psykolivier** » 03 Août 2006 00:16

Justement G.

, figure-toi que moi aussi ça m'intrigue ces différences... peut-être dues au fait que les disques ne sont pas les mêmes; un Fujitsu et un Seagate; par contre les volumes RAID 1 (un volume pour / et l'autre pour swap) ont été crée à l'install de Debian, et je me serais fait jeter si les partitions n'étaient pas identiques sur chaque disque... as-tu une idée ? Ce serait désagréable de perdre mes données à cause d'un RAID foireux... ça me mettrait de mauvaise humeur, donc si explication tu as... 'cat /proc/mdstat' me donne ceci :

Code: Tout sélectionner: stan:/home/olivier# cat /proc/mdstat Personalities : [raid1] md0 : active raid1 hde2[0] hdg2[1] 6112640 blocks [2/2] [UU] md1 : active raid1 hde1[0] hdg1[1] 184640 blocks [2/2] [UU] unused devices: <none>

[/code]

par **Gaston** » 03 Août 2006 11:30

salut,
je n'ai pas été confronté au même genre d'erreur que toi, mais j'ai toujours mis des disques identiques ...
Je ne sait pas comment les softs savent gèrer la chose, mais ton système te réponds bien que ta partition "/" (md0 ) n'est
pas sur des partitions identiques :

Code: Tout sélectionner: /dev/hde2 24 788 6144862+ fd Linux raid autodetect /dev/hdg2 24 784 6112732+ fd Linux raid autodetect

La version optimiste serait de se dire que le supplément de place sur hde n'est pas "rééllement utilisé" et donc pas de pb
La version pessimiste est de se dire que la différence n'est pas gérée, tant que l'espace n'est pas utilisé.
Que se passerait-il donc si hde crash et que tu ais à reconstruire le raid à partir de hdg :?:

auras-tu vraiment toutes les infos nécéssaires?
Le sfdisk devrait savoir recréer des partitions + petites sur un plus gros disques, par contre le contraire est faux
Je n'ai pas les connaissances nécéssaires pour trancher, mais je ne serait pas satisfait de ce genre de situation.
Je préfère rester sur la règle : un raid (soft ou hard) se fait sur du matériel identique - dans la mesure du possible -
(et jusqu'à présent, je n'ai pas eu à le regretter, les reconstructions de miroir se passant sans encombre)

G.

par **psykolivier** » 03 Août 2006 14:37

En effet, je sens venir le message d'erreur désagréable si le disque de destination est plus petit que le source

Pour tout te dire, c'est la première machine que j'ai monté en RAID 1 soft, avec deux disques durs de 6Go trouvés dans des fonds de tiroir (ou dans les fonds de tiroir de potes...) mais à la base je suis totalement d'accord, ça me semblait plus "clean" de prendre deux disques identiques... et vu que je risque de partir 5 mois à l'értanger loin de mon jouet, je pense m'acheter deux Seagate 40Go (neufs, cette fois :wink:

) sur lesquels je referai tout ça.

Merci pour ton avis, en tout cas !

Récupération des données sur uun serveur en raid1

Récupération des données sur uun serveur en raid1

Qui est en ligne ?