bugme-daemon@xxxxxxxxxxxxxxxxxxxx wrote: > > http://bugzilla.kernel.org/show_bug.cgi?id=5378 > > Summary: aic7xxx deadlock/freeze on Adaptec AIC-7899P > Kernel Version: 2.6.13.3 > Status: NEW > Severity: high > Owner: andmike@xxxxxxxxxx > Submitter: szpajder@xxxxxxxxxxxxxx > > > The following messages appeared in dmesg: > > scsi0:0:1:0: Attempting to queue an ABORT message > CDB: 0x28 0x0 0x0 0xab 0x8b 0x99 0x0 0x0 0x8 0x0 > scsi0: At time of recovery, card was not paused > >>>>>>>>>>>>>>>>>> Dump Card State Begins <<<<<<<<<<<<<<<<< > scsi0: Dumping Card State while idle, at SEQADDR 0x9 > Card was paused > [...] (entire dump attached) > > At the time of these errors, load average exceeded 30. After issuing SCSI RESET, > the system went back to normal. The problem reappeared several hours later - > load average reached 140 and all the tasks hung waiting for I/O. I was waiting > for SCSI RESET, which did not occur this time - after about 3 minutes I had to > reboot with sysrq. > > The problem ocurred about a day after upgrading from 2.6.12.4 (which was running > fine for over 50 days) to 2.6.13.3. Hardware: Intel SDS2 mainboard with Adaptec > AIC-7899P SCSI onboard, 4 x Seagate ST336753LW, software RAID-5, configs, lspci, > etc - attached. The main difference between startup dmesgs is that all hard > drives were set up as asynchronous during bootup - this didn't occur under > 2.6.12.4. So I went back to 2.6.12.4 for now, it seems to be ok. ISTR that there have been several reports of this regression. What could have caused this? - : send the line "unsubscribe linux-scsi" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
