Bonjour à tous,
 
Voilà, j'ai un RAID 5 logiciel (mdadm donc) de 4 disques Samsung 1.5To (en gros, sdb, sdc, sdd et sde).
 
Depuis quelques temps maintenant, j'ai un disque qui se met en défaut. Au début c'était sde (2 fois), samedi sdc et ce matin encore sdc.
 
Les disques semblent ok (à part sdc qui faisait des petits claquements pendant quelques temps, samedi). Par exemple ce matin, je n'ai même pas eu à enlever le disque fautif, je l'ai juste retiré de l'array (mdadm -r) pour le remettre immédiatement après (mdadm -a). Là l'array est en reconstruction à une vitesse normale.
 
Physiquement, ce sont pour l'instant les deux disques du "bas" qui sautent. J'ai vérifié les connexions, qui semblent ok, mais y'a un backplane et j'y ai pas accès (enfin, j'ai pas vraiment cherché).
 
Mes données importantes sont backupées tous les jours (rsnapshot est formidable !) donc une défaillance de la grappe ne serait pas catastrophique mais ça me ferait bien ch*er.
 
Est-ce que ça dit quelque chose à quelqu'un ? De quoi ça pourrait venir ?
 
Ma config : Atom330 dans un boitier chenbro mini-itx avec une alim 120W derrière un onduleur, carte contrôleur Promise (juste des ports SATA, pas de raid), et donc 4x Samsung 1.5To.
 
Merci d'avance

SMART te dit rien?

Ah, bonne idée.
 
Je regarderais ce soir. hdparm -i pour accéder aux infos SMART ?

smartctl -a /dev/sdX
 
 
du paquet smartmontools

Merci bien. Je vous tiens au courant.
 
Le paramètre Command Timeout semble le plus intéressant dans mon cas. Spin Retry Count aussi.

Resalut,
 
Rien de notable dans les infos SMART.
 
sdc vient néanmoins de retomber. Voici les logs de /var/log/messages. Des idées ?
 

Je me demande si c'est pas la carte mère ...
J'ai un des soucis de ce genre une fois chez moi, à cause de la carte mère justement

Salut,
 
En voyant ça, je me suis dit que ça venait de ma carte contrôleur (Promise 4 ports SATA). Ca rejoint un peu ton idée (vu que dans ton cas le contrôleur était probablement sur la CM).
 
Merci en tout cas !

Ah la la ... promise SATA 4 ports que du bonheur malheur sous GNU/Linux ...
 
J'ai eu les mêmes merdes avec la même carte, un disque qui régulièrement se "déconnectait" (niveau SATA j'entends) alors qu'il était parfaitement fonctionnel.
Je ne sais plus trop trop ce qui a vraiment remis les choses d'aplomb, mais deux pistes :
1- utilise le noyau le plus récent possible
2- j'ai "déchargé" ma carte, de 4 disques, je n'en ai plus branché que 2. Je rebranché les 2 autres sur une autre carte que j'avais de toute façon dans mon PC ...

Salut !

Merci pour les infos. J'ai regarde hier et effectivement, y'a pas mal de problèmes avec certains contrôleurs (la promise est en bonne place). D'après ce que j'ai lu, ça vient du driver sata_promise et sur les noyaux post 2.6.24 ça devrait être corrige. Mais je tourne avec le 2.6.27 et certains reportent le même bug avec le noyau de Jaunty (la version m'échappe).

Par contre, merci pour le truc du déchargement. Je vais upgrader vers Jaunty mais si ca change rien, j'ai effectivement un port de libre sur ma carte mère, je l'utiliserais a la place d'un port de la promise.

Merci bien.

copain de chenbro   !!!
 
toi aussi t'as des problèmes de connexion sur l'étage du bas? moi c'était le numéro 3 qui me faisait ch*er. y a fallu que je démonte tout (et c'est chiant à démonter ces bestioles !!) pour pouvoir bien pousser le dd à la main (pas très pratique pour du rack   )
sinon moi je tourne sur un g45 (cf config) je te dirai ce que ça donne mais pour le moment ça à l'air de bien marcher (en même temps je ne l'ai mis en marche que hier alors ...   )

Oui, 3 aussi dans mon cas ! Et tu m'étonnes le démontage/remontage, c'te galère...
 
J'ai upgradé récemment a Karmic server et depuis plus de soucis... mais vu que j'ai réinsérer mes disques aussi, je peux pas dire si ça vient d'une mauvaise connexion ou d'un problème de driver...
 
Je pencherais pour le driver tout de même...

moi c'est bien un problème de connexion : le 3 ne s'enfonce pas assez dans le backplane et du coup ne ce connecte pas

Bonjour
petit historique pour ma part :
mon serveur à base d'un barebone nforce4 sous linux hardy.
lorsque je suis passé au raid 1 logiciel avec des disques SATA j'ai eu des erreur SATA slow to respond ... hard resetting link .. ect...
il s'est avéré que les instructions NCQ et le cache en écriture était responsable.
Du coup j'ai désactiver le ncq et supprimé le cache en écriture via un script au démarrage.
 
récement j'ai changé un des disques par un samsung F2 1.5 To
résultat: l'erreur est revenue et la bidouille ne fonctionnait plus !
j'ai décidé de mettre à jour ma configuration car le nforce4 semblait etre un peu responsable.
Résultat: carte mere intel Atom 330, dans un boitier smart teck ezplug.
après montage, premier rsync sur mon raid logciel : bang même erreur !
 
Pour info si je copie des données sur une partition en dehors du raid, pas de soucis meme après plusieurs centaines de Go, alors que sur une partition raid ça plante au bout de quelques secondes/minutes !
 
Je vais tenter de passer à karmic serveur..  
je vous tiens au courant !
 
Kytrix

Bon,
après avoir fait la mise à jour vers Karmic, j'ai eu direct un message SMART me disant que mon disque était défectueux, à cause d'un nombre de mauvais secteurs trop important (809 !!)
je ne pensais pas que mon problème venait du disque étant donné que sur une autre partition j'avais aucun souci !
 
je vais le renvoyer à Samsung !