Date: Wed, 10 Jun 1998 13:33:42 +0000 From: "Greg Rowe" <greg@uswest.net> To: "Craig Shrimpton" <craigs@os.com>, <freebsd-stable@FreeBSD.ORG> Subject: Re: Anyone know what this SCSI error is about? Message-ID: <9806101333.ZM16262@psv.oss.uswest.net> In-Reply-To: "Craig Shrimpton" <craigs@os.com> "Anyone know what this SCSI error is about?" (Jun 9, 5:21pm) References: <00aa01bd93ec$a118bd80$02dd71d1@fargo.os.com>
next in thread | previous in thread | raw e-mail | index | archive | help
There is a known problem with the Adaptec 2940UW's that report "rev 1". Justin is trying to get info out of Adaptec as to what the real issues are. Check the card, and the AIC chip should have a white label marking it as revision "E". Either replace the card with a Revision "D" or lower or set the transfer rate to the drives to 10MBS. That's the only option so far. There don't seem to be many revision "E's" in the channels, so it shouldn't be hard to find a good one. Greg On Jun 9, 5:21pm, Craig Shrimpton wrote: > Subject: Anyone know what this SCSI error is about? > My stable system has been running great except for this incident. I have > all Adaptec options enabled and the system is barely loaded. The machine > ran for several months with no ahc options and no errors so I'm wondering if > this is a software issue. > > Thanks, > > Craig > > The error: > > Jun 6 03:32:57 orion /kernel: sd0(ahc0:0:0): SCB 0x1 - timed out in dataout > phase, SCSISIGI == 0xe6 > Jun 6 03:33:22 orion /kernel: SEQADDR = 0x127 SCSISEQ = 0x12 SSTAT0 = 0x2 > SSTAT1 = 0x13 > Jun 6 03:33:22 orion /kernel: Ordered Tag queued > Jun 6 03:33:22 orion /kernel: sd0(ahc0:0:0): SCB 0x0 timedout while > recovery in progress > Jun 6 03:33:22 orion /kernel: sd0(ahc0:0:0): SCB 0x2 timedout while > recovery in progress > Jun 6 03:33:22 orion /kernel: sd0(ahc0:0:0): SCB 0x3 timedout while > recovery in progress > Jun 6 03:33:22 orion /kernel: sd0(ahc0:0:0): SCB 0x1 - timed out in dataout > phase, SCSISIGI == 0xe6 > Jun 6 03:33:22 orion /kernel: SEQADDR = 0x127 SCSISEQ = 0x12 SSTAT0 = 0x2 > SSTAT1 = 0x13 > Jun 6 03:33:22 orion /kernel: sd0(ahc0:0:0): abort message in message > buffer > Jun 6 03:33:22 orion /kernel: sd0(ahc0:0:0): SCB 0x0 - timed out in dataout > phase, SCSISIGI == 0xf6 > Jun 6 03:33:22 orion /kernel: SEQADDR = 0x127 SCSISEQ = 0x12 SSTAT0 = 0x2 > SSTAT1 = 0x13 > Jun 6 03:33:22 orion /kernel: sd0(ahc0:0:0): no longer in timeout > Jun 6 03:33:23 orion /kernel: sd0(ahc0:0:0): no longer in timeout > Jun 6 03:33:23 orion /kernel: ahc0: Issued Channel A Bus Reset. 4 SCBs > aborted > Jun 6 03:33:23 orion /kernel: sd0(ahc0:0:0): SCB 0x3 - timed out while > idle, LASTPHASE == 0x1, SCSISIGI == 0x > Jun 6 03:33:23 orion /kernel: SEQADDR = 0x175 SCSISEQ = 0x12 SSTAT0 = 0x2 > SSTAT1 = 0x0 > Jun 6 03:33:23 orion /kernel: Ordered Tag queued > Jun 6 03:33:23 orion /kernel: sd0(ahc0:0:0): SCB 0x2 timedout while > recovery in progress > Jun 6 03:33:23 orion /kernel: sd0(ahc0:0:0): SCB 0x1 timedout while > recovery in progress > Jun 6 03:33:23 orion /kernel: sd0(ahc0:0:0): SCB 0x0 timedout while > recovery in progress > Jun 6 03:33:23 orion /kernel: sd0(ahc0:0:0): SCB 0x3 - timed out while > idle, LASTPHASE == 0x1, SCSISIGI == 0x > Jun 6 03:33:23 orion /kernel: SEQADDR = 0x175 SCSISEQ = 0x12 SSTAT0 = 0x2 > SSTAT1 = 0x0 > Jun 6 03:33:23 orion /kernel: sd0(ahc0:0:0): Queueing an Abort SCB > Jun 6 03:33:23 orion /kernel: sd0(ahc0:0:0): SCB 0x3 - timed out while > idle, LASTPHASE == 0x1, SCSISIGI == 0x > Jun 6 03:33:23 orion /kernel: SEQADDR = 0x175 SCSISEQ = 0x12 SSTAT0 = 0x2 > SSTAT1 = 0x0 > Jun 6 03:33:23 orion /kernel: sd0(ahc0:0:0): no longer in timeout > Jun 6 03:33:23 orion /kernel: ahc0: Issued Channel A Bus Reset. 5 SCBs > aborted > Jun 6 03:33:23 orion /kernel: sd0(ahc0:0:0): UNIT ATTENTION asc:29,0 > Jun 6 03:33:23 orion /kernel: sd0(ahc0:0:0): Power on, reset, or bus > device reset occurred field replaceable > Jun 6 03:33:23 orion /kernel: , retries:2 > > > My dmesg: > > Copyright (c) 1992-1998 FreeBSD Inc. > Copyright (c) 1982, 1986, 1989, 1991, 1993 > The Regents of the University of California. All rights reserved. > > FreeBSD 2.2.6-STABLE #0: Mon May 18 17:53:01 EDT 1998 > root@orion.os.com:/usr/src/sys/compile/ORION > CPU: Pentium Pro (265.91-MHz 686-class CPU) > Origin = "GenuineIntel" Id = 0x633 Stepping=3 > > Features=0x80fbff<FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,C > MOV,MMX> > real memory = 268435456 (262144K bytes) > avail memory = 260911104 (254796K bytes) > Probing for devices on PCI bus 0: > chip0 <Intel 82440FX (Natoma) PCI and memory controller> rev 2 on pci0:0:0 > chip1 <Intel 82371SB PCI-ISA bridge> rev 1 on pci0:7:0 > chip2 <Intel 82371SB IDE interface> rev 0 on pci0:7:1 > pci0:7:2: Intel Corporation, device=0x7020, class=serial, subclass=0x03 int > d irq 9 [no driver assigned] > de0 <Digital 21040 Ethernet> rev 35 int a irq 11 on pci0:10:0 > de0: SMC 8432BT 21040 [10Mb/s] pass 2.3 > de0: address 00:00:c0:0f:41:0f > ahc0 <Adaptec 2940 Ultra SCSI host adapter> rev 1 int a irq 10 on pci0:13:0 > ahc0: aic7880 Wide Channel, SCSI Id=7, 16/255 SCBs > ahc0 waiting for scsi devices to settle > ahc0: target 0 Tagged Queuing Device > (ahc0:0:0): "SEAGATE ST19171W 0024" type 0 fixed SCSI 2 > sd0(ahc0:0:0): Direct-Access 8683MB (17783112 512 byte sectors) > vga0 <VGA-compatible display device> rev 6 int a irq 11 on pci0:14:0 > Probing for devices on the ISA bus: > sc0 at 0x60-0x6f irq 1 on motherboard > sc0: VGA color <16 virtual consoles, flags=0x0> > sio0 at 0x3f8-0x3ff irq 4 on isa > sio0: type 16550A > sio1 at 0x2f8-0x2ff irq 3 on isa > sio1: type 16550A > lpt0 at 0x378-0x37f irq 7 on isa > lpt0: Interrupt-driven port > lp0: TCP/IP capable interface > fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa > fdc0: FIFO enabled, 8 bytes threshold > fd0: 1.44MB 3.5in > npx0 flags 0x1 on motherboard > npx0: INT 16 interface > de0: enabling 10baseT port > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-stable" in the body of the message >-- End of excerpt from Craig Shrimpton -- Greg Rowe <greg@uswest.net> US WEST - !NTERACT Internet Services "To err is human, to really foul up requires the root password." To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?9806101333.ZM16262>