La machine est en Lenny pure, à l'exception du kernel et du paquet
util-vserver.
Le kernel a été remplacé vendredi par un 2.6.31.12 compilé à la sauce
Debian et patché VServer, tandis que util-vserver est une nouvelle
version rendue nécessaire par le patch.
Lors de l'incident rapporté, la machine affiche l'uptime suivant :
tandis qu'elle ne faisait rien de particulier : elle héberge une
dizaine de VServer, mais dont aucun, pas plus qu'elle même, n'était
soumis à une quelconque charge.
Suite à l'incident, /dev/sdd a disparu (ce qui ne me paraît pas
anormal dès l'instant où le contrôleur signale qu'il le vire : udev a
fait son boulot).
J'ai alors rebooté pour voir si sdd était mort ou serait reconnu, et
la machine l'a reconnu (ce qui n'est pas surprenant non plus car
smartd n'a jamais bronché).
J'ai pu alors rajouter chaque partition à son array raid où elles se
sont resynchronisées normalement et, depuis, la machine tourne à
nouveau depuis 2 jours.
Ce que je ne comprends pas dans l'histoire, c'est la raison pour
laquelle un contrôleur scsi décide subitement de virer un disque
(alors qu'on n'est même pas en train de le stresser ; la charge était
négligeable à ce moment) ?
C'est sur ça que d'autres avis me feraient plaisir.
Est-ce qu'il pourrait y avoir un bug dans le driver (d'après le Net,
il y en a eu dans le driver Fusion MPT, mais dans d'anciens noyaux) ?
Si oui, son déclenchement pourrait-il être lié à l'écoulement d'un
certain temps (auquel cas, je babysite la caisse dans 3 jours...) ou
bien est-ce aléatoire (ce qui ne serait pas rassurant non plus) ?
Serait-ce lié au changement de noyau (RAS avec le 2.6.26 de Lenny ou
celui d'Etch avant) ?
Si oui, pourquoi après 5 jours ?
Est-ce un maléfice vaudou lancé par la voisine ? ;-)
Pour l'anecdote, à l'heure où c'est arrivé, je créais un VServer sur
une autre machine, auquel j'ai donné par inadvertance l'IP de la carte
IRMC de ce serveur...
Je cherchais justement pourquoi le réseau ne répondait pas dans le
VServer (et pour cause).
Il est donc raisonnable de penser que l'IRMC s'est ramassé quelques
paquets indésirables dans la figure. Mais de là à ce que ce soit eux
qui aient déclenché l'indigestion du contrôleur scsi, je suppose que
ça devient de la fabulation ?
Bref, je ne la fais pas plus longue, mais je cherche toujours à
comprendre, et les avis que vous auriez seront les bienvenus.
Naturellement, j'ai le log complet sous la main aucazou.
Merci d'avance !
A+
--
JFS.
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-REQUEST@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmaster@lists.debian.org
Archive: http://lists.debian.org/20100410004340.GA26038@hermes.jfs.dt
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Daniel Huhardeaux
JF Straeten a écrit :
Bonjour tout le monde,
Bonjour
Puis-je vous demander vos avis sur le phénomène suivant ?
Sur un IBM eBusiness avec les drivers mptsas j'ai eu le même problème: un disque (toujours le même ) était éjecté entre 24h et une semaine et réapparaissait au prochain reboot (Debian Lenny stock). J'ai patché le noyau avec des sources mptsas plus récent pensant que cela règlerai le problème (c'était en 07/2009), pas d'évolution.
La machine faisait firewall pour deux racks 22U en datacenter, j'en avais déduit que c'était la charge réseau (une des interfaces était en mode bridge) qui provoquait le problème. J'avais à l'époque changé les deux disques SCSI sans que cela règle le problème.
La machine a été retirée du datacenter puis testée sans charge au bureau: après 15j d'uptime, pas une fois le problème ne c'est reproduit. Je soupconne une instabilité des drivers mptsas dans certaines conditions. La machine n'a plus été remise en activité.
-- Daniel
-- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers En cas de soucis, contactez EN ANGLAIS Archive: http://lists.debian.org/
JF Straeten a écrit :
Bonjour tout le monde,
Bonjour
Puis-je vous demander vos avis sur le phénomène suivant ?
Sur un IBM eBusiness avec les drivers mptsas j'ai eu le même problème:
un disque (toujours le même ) était éjecté entre 24h et une semaine et
réapparaissait au prochain reboot (Debian Lenny stock). J'ai patché le
noyau avec des sources mptsas plus récent pensant que cela règlerai le
problème (c'était en 07/2009), pas d'évolution.
La machine faisait firewall pour deux racks 22U en datacenter, j'en
avais déduit que c'était la charge réseau (une des interfaces était en
mode bridge) qui provoquait le problème. J'avais à l'époque changé les
deux disques SCSI sans que cela règle le problème.
La machine a été retirée du datacenter puis testée sans charge au
bureau: après 15j d'uptime, pas une fois le problème ne c'est reproduit.
Je soupconne une instabilité des drivers mptsas dans certaines
conditions. La machine n'a plus été remise en activité.
--
Daniel
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-REQUEST@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmaster@lists.debian.org
Archive: http://lists.debian.org/4BC0382E.9030805@tootai.net
Puis-je vous demander vos avis sur le phénomène suivant ?
Sur un IBM eBusiness avec les drivers mptsas j'ai eu le même problème: un disque (toujours le même ) était éjecté entre 24h et une semaine et réapparaissait au prochain reboot (Debian Lenny stock). J'ai patché le noyau avec des sources mptsas plus récent pensant que cela règlerai le problème (c'était en 07/2009), pas d'évolution.
La machine faisait firewall pour deux racks 22U en datacenter, j'en avais déduit que c'était la charge réseau (une des interfaces était en mode bridge) qui provoquait le problème. J'avais à l'époque changé les deux disques SCSI sans que cela règle le problème.
La machine a été retirée du datacenter puis testée sans charge au bureau: après 15j d'uptime, pas une fois le problème ne c'est reproduit. Je soupconne une instabilité des drivers mptsas dans certaines conditions. La machine n'a plus été remise en activité.
-- Daniel
-- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers En cas de soucis, contactez EN ANGLAIS Archive: http://lists.debian.org/
JF Straeten
Lo,
On Sat, Apr 10, 2010 at 10:34:54AM +0200, Daniel Huhardeaux wrote:
La machine faisait firewall pour deux racks 22U en datacenter, j'en avais déduit que c'était la charge réseau (une des interfaces était en mode bridge) qui provoquait le problème.
Donc, si ça se trouve, avec des charges plus importantes, le disque de celle-ci jouerait peut-être les filles de l'air plus souvent...
J'avais à l'époque changé les deux disques SCSI sans que cela règle le problème.
Le disque n'a rien : smartd le suit en permanence et fait un check toutes les nuits. Le test de santé SMART est bon.
La machine a été retirée du datacenter puis testée sans charge au bureau: après 15j d'uptime, pas une fois le problème ne c'est reproduit. Je soupconne une instabilité des drivers mptsas dans certaines conditions.
C'est le « dans certaines conditions » qu'on aime dans cette phrase, tout un programme :-)
J'ai eu la tentation de rebooter en 2.6.26, mais si je t'entends bien, le fait qu'il ne se soit rien passé avec le 2.6.26 (ou le 2.6.18 d'Etch) ne veut pas encore rien dire...
La machine n'a plus été remise en activité.
Aie, ça ce n'est pas une option, par contre...
Merci en tout cas !
--
JFS.
-- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers En cas de soucis, contactez EN ANGLAIS Archive: http://lists.debian.org/
Lo,
On Sat, Apr 10, 2010 at 10:34:54AM +0200, Daniel Huhardeaux wrote:
La machine faisait firewall pour deux racks 22U en datacenter, j'en
avais déduit que c'était la charge réseau (une des interfaces était en
mode bridge) qui provoquait le problème.
Donc, si ça se trouve, avec des charges plus importantes, le disque de
celle-ci jouerait peut-être les filles de l'air plus souvent...
J'avais à l'époque changé les deux disques SCSI sans que cela règle
le problème.
Le disque n'a rien : smartd le suit en permanence et fait un check
toutes les nuits. Le test de santé SMART est bon.
La machine a été retirée du datacenter puis testée sans charge au
bureau: après 15j d'uptime, pas une fois le problème ne c'est
reproduit. Je soupconne une instabilité des drivers mptsas dans
certaines conditions.
C'est le « dans certaines conditions » qu'on aime dans cette phrase,
tout un programme :-)
J'ai eu la tentation de rebooter en 2.6.26, mais si je t'entends bien,
le fait qu'il ne se soit rien passé avec le 2.6.26 (ou le 2.6.18
d'Etch) ne veut pas encore rien dire...
La machine n'a plus été remise en activité.
Aie, ça ce n'est pas une option, par contre...
Merci en tout cas !
--
JFS.
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-REQUEST@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmaster@lists.debian.org
Archive: http://lists.debian.org/20100410104420.GA31746@hermes.jfs.dt
On Sat, Apr 10, 2010 at 10:34:54AM +0200, Daniel Huhardeaux wrote:
La machine faisait firewall pour deux racks 22U en datacenter, j'en avais déduit que c'était la charge réseau (une des interfaces était en mode bridge) qui provoquait le problème.
Donc, si ça se trouve, avec des charges plus importantes, le disque de celle-ci jouerait peut-être les filles de l'air plus souvent...
J'avais à l'époque changé les deux disques SCSI sans que cela règle le problème.
Le disque n'a rien : smartd le suit en permanence et fait un check toutes les nuits. Le test de santé SMART est bon.
La machine a été retirée du datacenter puis testée sans charge au bureau: après 15j d'uptime, pas une fois le problème ne c'est reproduit. Je soupconne une instabilité des drivers mptsas dans certaines conditions.
C'est le « dans certaines conditions » qu'on aime dans cette phrase, tout un programme :-)
J'ai eu la tentation de rebooter en 2.6.26, mais si je t'entends bien, le fait qu'il ne se soit rien passé avec le 2.6.26 (ou le 2.6.18 d'Etch) ne veut pas encore rien dire...
La machine n'a plus été remise en activité.
Aie, ça ce n'est pas une option, par contre...
Merci en tout cas !
--
JFS.
-- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers En cas de soucis, contactez EN ANGLAIS Archive: http://lists.debian.org/
