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 :
 

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

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 :
 

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 :
 

Merci d'avance de votre aide.

Tenez, pour rigoler :
 

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

débrancher le HDD HS ?

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 :
 

As-tu recréé la/les partoche(s) à l'identique sur le nouveau disque ?
 
Sinon tu peux faire un truc du style  :

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

  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é :

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

 
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

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é.

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

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

Dire qu'un simple HDD externe coûte la peau des fesses
 
 
Je sais pas, mais "implémenter" vous dit quelque chose ?

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

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.