Re: mptscsih: ioc0: attempting task abort!

[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 debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/4bc0382e.9030...@tootai.net

Re: mptscsih: ioc0: attempting task abort!

[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 debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/20100410104420.ga31...@hermes.jfs.dt

mptscsih: ioc0: attempting task abort!

[JF Straeten]

Bonjour tout le monde,


Puis-je vous demander vos avis sur le phénomène suivant ?

Mercredi, mdadm me signale coup sur coup que les trois partitions d'un
même disque ont été éjectées de leurs arrays raid.

Dans le syslog du moment, il y a ceci :


Apr  7 12:17:01 kelsen /USR/SBIN/CRON[31528]: (root) CMD (   cd /  run-parts 
--report /etc/cron.hourly)
Apr  7 12:49:31 kelsen kernel: [470074.816038] mptscsih: ioc0: attempting task 
abort! (sc=88007c090580)
Apr  7 12:49:31 kelsen kernel: [470074.831961] sd 0:0:3:0: [sdd] CDB: 
Write(10): 2a 00 04 79 e5 6b 00 00 18 00
Apr  7 12:49:35 kelsen kernel: [470079.345585] mptbase: ioc0: 
LogInfo(0x3114): Originator={PL}, Code={IO Executed}, SubCode(0x)
Apr  7 12:49:35 kelsen kernel: [470079.365839] mptscsih: ioc0: task abort: 
SUCCESS (sc=88007c090580)
Apr  7 12:49:41 kelsen kernel: [470085.345723] mptbase: ioc0: 
LogInfo(0x3112011a): Originator={PL}, Code={Abort}, SubCode(0x011a)
Apr  7 12:49:41 kelsen kernel: [470085.366051] mptbase: ioc0: 
LogInfo(0x3112011a): Originator={PL}, Code={Abort}, SubCode(0x011a)
Apr  7 12:49:41 kelsen kernel: [470085.366056] mptscsih: ioc0: attempting task 
abort! (sc=88007ac8ecc0)
Apr  7 12:49:41 kelsen kernel: [470085.366059] sd 0:0:3:0: [sdd] CDB: 
Write(10): 2a 00 07 4d 8b 43 00 00 08 00
Apr  7 12:49:41 kelsen kernel: [470085.424450] mptbase: ioc0: 
LogInfo(0x3112011a): Originator={PL}, Code={Abort}, SubCode(0x011a)
Apr  7 12:49:41 kelsen kernel: [470085.445921] mptbase: ioc0: 
LogInfo(0x3112011a): Originator={PL}, Code={Abort}, SubCode(0x011a)
Apr  7 12:49:41 kelsen kernel: [470085.467397] mptscsih: ioc0: task abort: 
SUCCESS (sc=88007ac8ecc0)
Apr  7 12:49:42 kelsen kernel: [470085.486975] mptscsih: ioc0: attempting task 
abort! (sc=88007ac8e9c0)
Apr  7 12:49:42 kelsen kernel: [470085.507242] sd 0:0:3:0: [sdd] CDB: 
Write(10): 2a 00 07 4d 96 a3 00 00 08 00
Apr  7 12:49:42 kelsen kernel: [470085.507249] mptscsih: ioc0: task abort: 
FAILED (sc=88007ac8e9c0)
Apr  7 12:49:42 kelsen kernel: [470085.507251] mptscsih: ioc0: attempting task 
abort! (sc=88007ac8e8c0)
Apr  7 12:49:42 kelsen kernel: [470085.507253] sd 0:0:3:0: [sdd] CDB: 
Write(10): 2a 00 07 4d 9a 03 00 00 08 00
Apr  7 12:49:42 kelsen kernel: [470085.507260] mptscsih: ioc0: task abort: 
FAILED (sc=88007ac8e8c0)
Apr  7 12:49:42 kelsen kernel: [470085.507264] mptscsih: ioc0: attempting 
target reset! (sc=88007c090580)
Apr  7 12:49:42 kelsen kernel: [470085.507266] sd 0:0:3:0: [sdd] CDB: 
Write(10): 2a 00 04 79 e5 6b 00 00 18 00
Apr  7 12:49:42 kelsen kernel: [470085.514421] mptscsih: ioc0: target reset: 
SUCCESS (sc=88007c090580)
Apr  7 12:49:42 kelsen kernel: [470085.514425] mptscsih: ioc0: attempting bus 
reset! (sc=88007c090580)
Apr  7 12:49:42 kelsen kernel: [470085.514426] sd 0:0:3:0: [sdd] CDB: 
Write(10): 2a 00 04 79 e5 6b 00 00 18 00
Apr  7 12:49:42 kelsen kernel: [470086.127249] mptscsih: ioc0: bus reset: 
SUCCESS (sc=88007c090580)
Apr  7 12:49:42 kelsen kernel: [470086.389783] mptbase: ioc0: 
LogInfo(0x30030501): Originator={IOP}, Code={Invalid Page}, SubCode(0x0501)
[ligne ci-dessus répétée 11 fois ]
Apr  7 12:49:54 kelsen kernel: [470086.712337]  end_device-0:3: mptsas: ioc0: 
removing ssp device: fw_channel 0, fw_id 9, phy 3,sas_addr 0x50e0171ed532
Apr  7 12:49:54 kelsen kernel: [470086.712341]  phy-0:3: mptsas: ioc0: delete 
phy 3, phy-obj (0x88007c095c00)
Apr  7 12:49:54 kelsen kernel: [470086.712350]  port-0:3: mptsas: ioc0: delete 
port 3, sas_addr (0x50e0171ed532)
Apr  7 12:49:54 kelsen kernel: [470086.717117] mptbase: ioc0: 
LogInfo(0x30030501): Originator={IOP}, Code={Invalid Page}, SubCode(0x0501)
[ligne ci-dessus répétée 11 fois ]
Apr  7 12:49:54 kelsen kernel: [470096.152064] scsi 0:0:3:0: rejecting I/O to 
offline device
Apr  7 12:49:54 kelsen kernel: [470096.175840] scsi 0:0:3:0: [sdd] Unhandled 
error code
Apr  7 12:49:54 kelsen kernel: [470096.199312] scsi 0:0:3:0: [sdd] Result: 
hostbyte=DID_NO_CONNECT driverbyte=DRIVER_OK
Apr  7 12:49:54 kelsen kernel: [470096.225859] end_request: I/O error, dev sdd, 
sector 75097451
Apr  7 12:49:54 kelsen kernel: [470096.249935] raid5: Disk failure on sdd3, 
disabling device.

(idem pour les trois autres partoches).


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 :

  5 days, 12:26:21 | Linux 2.6.31.12-vs2.3.0.  Fri Apr  2 02:14:56 2010


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é