[4944] in linux-scsi channel archive

home help back first fref pref prev next nref lref last post

AIC7890: Mysterious Timeouts

daemon@ATHENA.MIT.EDU (Peter Daum)
Sun Oct 18 19:49:27 1998

Date: 	Sun, 18 Oct 1998 21:40:08 +0200 (MET DST)
To: linux-scsi@vger.rutgers.edu
From: "Peter Daum" <gator@cs.tu-berlin.de>
Reply-To: <gator@cs.tu-berlin.de>

Hi,

here's another pretty mysterious SCSI-problem I am expreriencing.

"/proc/scsi/scsi" reports:

Host: scsi0 Channel: 00 Id: 00 Lun: 00
  Vendor: Quantum  Model: XP32150W         Rev: L912
  Type:   Direct-Access                    ANSI SCSI revision: 02
Host: scsi0 Channel: 00 Id: 03 Lun: 00
  Vendor: HP       Model: C1533A           Rev: 9608
  Type:   Sequential-Access                ANSI SCSI revision: 02
Host: scsi0 Channel: 00 Id: 04 Lun: 00
  Vendor: PLEXTOR  Model: CD-ROM PX-20TS   Rev: 1.01
  Type:   CD-ROM                           ANSI SCSI revision: 02
Host: scsi0 Channel: 00 Id: 06 Lun: 00
  Vendor: YAMAHA   Model: CRW4260          Rev: 1.0h
  Type:   CD-ROM                           ANSI SCSI revision: 02
Host: scsi1 Channel: 00 Id: 05 Lun: 00
  Vendor: UMAX     Model: Astra 1200S      Rev: V1.1
  Type:   Scanner                          ANSI SCSI revision: 02

scsi0 is the onboard SCSI controller of an ASUS P2B-S motherboard
(Adaptec 7890). It has a 2GB Quantum Atlas harddisk (fast/wide)
connected to it. Currently, no LVD-devices are present. (The
whole setup is just temporary while I am waiting for a
replacement LVD disk). The disk is partitioned as follows:

Disk /dev/sda: 255 heads, 63 sectors, 274 cylinders
Units = cylinders of 16065 * 512 bytes

   Device Boot   Begin    Start      End   Blocks   Id  System
/dev/sda1            1        1      103   827316    6  DOS 16-bit >=32M
/dev/sda2          104      104      274  1373557+   5  Extended
/dev/sda5          104      104      114    88326   82  Linux swap
/dev/sda6          115      115      153   313236    6  DOS 16-bit >=32M
/dev/sda7          154      154      274   971901   83  Linux native

Most of the time, the disk seems to work without problems (except
for the swap partition and one partition that is mounted on /tmp,
it isn't heavily used). Sequential reading (something like "dd
if=/dev/sda of=/dev/null) also works without any problems. Only
certain operations cause timeouts and scsi resets. The easiest
way to reliably reproduce these errors is to do "ls" on the 1st
DOS partition - it will take about a minute to finish, and the
syslog afterwards shows entries like this:

Oct 18 19:04:29 swamp kernel: scsi : aborting command due to timeout : pid 565,scsi0, channel 0, id 0, lun 0 Read (6) 00 02 bc 01 00 
Oct 18 19:04:29 swamp kernel: scsi : aborting command due to timeout : pid 566,scsi0, channel 0, id 0, lun 0 Write (6) 1b f2 41 02 00 
Oct 18 19:04:29 swamp kernel: scsi : aborting command due to timeout : pid 567,scsi0, channel 0, id 0, lun 0 Write (6) 1b f2 3d 02 00 
Oct 18 19:04:31 swamp kernel: SCSI host 0 abort (pid 565) timed out - resetting
Oct 18 19:04:31 swamp kernel: SCSI bus is being reset for host 0 channel 0.

For some reason, "ls" on the other partitions works. Even on the
other partitions, recursively copying a directory causes similar
effects. The other devices on the scsi bus normally work o.k.
Only on rare occasions (for example when I try to do "ls -R" on
that DOS partition) the driver just keeps on resetting the bus
until I reboot, so the other devices become inaccessible, too.

The harddisk used to run without any problems on a NCR controller
before; furthermore, under DOS I don't have any difficulties to
access the disk. So I suppose that there is no hardware problem.

Anybody has any idea, what's going on?

Regards,
               Peter
-- 
     | Peter Daum (gator@cs.tu-berlin.de)        __o   (+49 30)
     | http://www.cs.tu-berlin.de/~gator       _'\<_  691 46 35
     | pgp messages welcome!                 _(_)/(_) ___________


-
To unsubscribe from this list: send the line "unsubscribe linux-scsi" in
the body of a message to majordomo@vger.rutgers.edu

home help back first fref pref prev next nref lref last post