Problème de RAID sous Debian

Recherche :

Mot : Pseudo : Filtrer
Bas de page
Auteur	Sujet : Problème de RAID sous Debian

thenab

Fait po chier...

Bonsoir,

Voilà, j'ai un soucis avec un serveur (distant) hébergé chez Dedibox.

J'ai le disque hda qui est tombé en rade, le soucis, c'est qu'il boote quand même, même si ce dernier est défectueux. Le second disque ne peut donc pas booter. Le RAID n'a donc pas d'action pour éviter la panne.

Je tente donc en mode rescue de sortir hda du RAID pour que la Dédibox boote sur le hdb, en attendant le remplacement du disque.

J'utilise donc mdadm et voilà les commandes :

Code :

mdadm --fail /dev/md0 /dev/sda1
mdadm --fail /dev/md1 /dev/sda2
mdadm --remove /dev/md0 /dev/sda1
mdadm --remove /dev/md1 /dev/sda2

Le soucis, c'est que le second remove ne passe pas. Voici l'erreur :

Code :

mdadm: hot remove failed for /dev/sda2: Device or resource busy

En effet, immédiatement après le reboot du serveur, une synchronisation débute et elle rame à mort (normale, le hda est mort).

Je veux donc stopper la synchronisation du md1 mais impossible.

J'ai bien tenté un :

Code :

mdadm --stop /dev/md1 /dev/sda2

Mais du coup, impossible ensuite de le "remove" donc inutile.

Ma question est simple, comment avec mdadm stopper une synchronisation afin de pouvoir retirer une partition proprement d'un RAID ?

J'ai aussi tenté de booter directement sur le hdb... mais sans succès.

Là, je ne peux rien faire.

Je vous indique les DETAILS des deux MD pour info :

Code :

root@ns:/mnt/grub# mdadm --detail /dev/md0
/dev/md0:
Version : 00.90.03
Creation Time : Tue Aug 12 18:47:55 2008
Raid Level : raid1
Array Size : 96320 (94.08 MiB 98.63 MB)
Used Dev Size : 96320 (94.08 MiB 98.63 MB)
Raid Devices : 2
Total Devices : 1
Preferred Minor : 0
Persistence : Superblock is persistent
Update Time : Sun Nov 9 22:43:18 2008
State : clean, degraded
Active Devices : 1
Working Devices : 1
Failed Devices : 0
Spare Devices : 0
UUID : 8da15552:ad213acc:bfe78010:bc810f04
Events : 0.62
Number Major Minor RaidDevice State
0 0 0 0 removed
1 8 17 1 active sync /dev/sdb1

Code :

root@ns:/mnt/grub# mdadm --detail /dev/md1
/dev/md1:
Version : 00.90.03
Creation Time : Tue Aug 12 18:47:55 2008
Raid Level : raid1
Array Size : 976125376 (930.91 GiB 999.55 GB)
Used Dev Size : 976125376 (930.91 GiB 999.55 GB)
Raid Devices : 2
Total Devices : 2
Preferred Minor : 1
Persistence : Superblock is persistent
Update Time : Sun Nov 9 22:45:00 2008
State : clean, degraded, recovering
Active Devices : 1
Working Devices : 2
Failed Devices : 0
Spare Devices : 1
Rebuild Status : 0% complete
UUID : ae2d986e:e1c5f669:bfe78010:bc810f04
Events : 0.3308798
Number Major Minor RaidDevice State
0 8 2 0 active sync /dev/sda2
2 8 18 1 spare rebuilding /dev/sdb2

Merci d'avance de votre aide.

Message édité par thenab le 09-11-2008 à 22:49:26

---------------
Thenab - Quitte à passer pour un con, passe vite !

Publicité

thenab

Fait po chier...

Tenez, pour rigoler :

Code :

root@ns:/# cat /proc/mdstat
Personalities : [linear] [multipath] [raid0] [raid1] [raid6] [raid5] [raid4] [raid10]
md0 : active raid1 sdb1[1]
96320 blocks [2/1] [_U]
md1 : active raid1 sda2[0] sdb2[2]
976125376 blocks [2/1] [U_]
[>....................] recovery = 0.0% (768/976125376) finish=40671.8min speed=384K/sec
unused devices: <none>

Message cité 1 fois

thenab

Fait po chier...

De pire en pire : finish=101679.6min...

pascal16

débrancher le HDD HS ?

thenab

Fait po chier...

Je ne suis pas dans les locaux du datacenter de Dédibox ...

Ceci dit, ils ont remplacé le disque défaillant et maintenant, impossible de remettre le RAID en place.

Le md0 se monte sans soucis, mais le md1 pose un problème :

Code :

mdadm: No md superblock detected on /dev/md1

Message cité 1 fois

---------------
Thenab - Quitte à passer pour un con, passe vite !

THRAK

- THR4K -

thenab a écrit :

Code :

mdadm: No md superblock detected on /dev/md1

As-tu recréé la/les partoche(s) à l'identique sur le nouveau disque ?

Sinon tu peux faire un truc du style :

sfdisk -d /dev/sda > partitioning_scheme
sfdisk /dev/sdb < partitioning_scheme

En supposant que /dev/sda soit le disque fonctionnel et /dev/sdb le nouveau (à adapter).

Ensuite :

mdadm --manage /dev/md1 --add /dev/sdb1

Où /dev/sdb1 correspond au nouveau disque et à la partoche correspondante (à adapter).

Pour finir, n'oublie pas d'installer grub dans le MBR du nouveau disque ; en effet, si un beau jour le disque représentant /dev/md0 claque et est remplacé, il faudra pouvoir booter d'une façon ou d'une autre depuis le disque qui vient d'être changé :

grub-install /dev/sdb --recheck

À adapter, à nouveau, ici /dev/sdb représentant le nouveau disque.

---------------
THRAK (def.) : 1) A sudden and precise impact moving from intention, direction and commitment, in service of an aim. 2) 117 guitars almost striking the same chord simultaneously.

splurf

Rm -Rf / && oops :o

thenab a écrit :

Tenez, pour rigoler :

Code :

root@ns:/# cat /proc/mdstat
Personalities : [linear] [multipath] [raid0] [raid1] [raid6] [raid5] [raid4] [raid10]
md0 : active raid1 sdb1[1]
96320 blocks [2/1] [_U]
md1 : active raid1 sda2[0] sdb2[2]
976125376 blocks [2/1] [U_]
[>....................] recovery = 0.0% (768/976125376) finish=40671.8min speed=384K/sec
unused devices: <none>

Tu es sur que ça n'est pas ton sdb au niveau de sdb2 qui est hs ...?

Si tu en est vraiment sur essaye de monter sdb2

mount /dev/sdb2 /mnt/tmp

thenab

Fait po chier...

Pour vous donner le fin mot : les deux disques se sont avérés mort.

J'ai pu remonter des infos du sda mais tous les changements depuis sept. n'apparaissent pas...

Bref, merci Dedibox d'avoir foutu des serveurs PRO équipés de disques défectueux Samsung !

Les disques ont été changés, le serveur complètement réinstallé.

splurf

Rm -Rf / && oops :o

Ce qui montre que le raid c'est bien, mais qu'il faut toujours avoir des backups des données, configurations, ....

thenab

Fait po chier...

Clairement... et que bon, quand les backups se font sur un dédié identique avec aussi des disques pourris, bah ...

Publicité

Nirzil

Dire qu'un simple HDD externe coûte la peau des fesses [:bighead]

Je sais pas, mais "implémenter" vous dit quelque chose ?

esox_ch

Ton serveur est down depuis septembre et personne s'en ai rendu compte ? :heink:
Je continue à pas comprendre ces gens qui investissent des fortunes dans des raid mais "économisent" en ne mettant aucun disque de spare ...

---------------
Si la vérité est découverte par quelqu'un d'autre,elle perd toujours un peu d'attrait

thenab

Fait po chier...

Non, le RAID pose des soucis depuis septembre, mais non, impossible de s'en rendre compte avant.

De plus, je vous rappelle qu'on ne choisi pas la config, c'est un dédié loué... donc un DD externe ou en spare n'est pas disponible chez eux.

FORUM HardWare.fr

Linux et OS Alternatifs

Installation

Problème de RAID sous Debian

Sujets relatifs
[Résolu]Cherche dépôt pour debian avec noyau 2.4	Problème Démarrage Vista - Fichier NTOSKRNL.EXE manquant
Probleme IPTABLES, avec un bridge (application de virtualisation)	Problème apres installation Grub2
probleme instalation kubuntu en multiboot avec grub	Problème avec kmail
Debian + RAID + SATA + ordre de chargement des modules	debian, raid, partionnage : problème étrange
RAID 1 debian installer probleme Grub	[RAID] Problème avec 2 controleurs raid sous debian
Plus de sujets relatifs à : Problème de RAID sous Debian

Page générée en 0.069 secondes