Date: Sun, 21 Sep 1997 16:37:29 -0400 From: Charles Henrich <henrich@crh.cl.msu.edu> To: freebsd-hackers@freebsd.org Subject: SCSI Nastiness (bad Quantum?) Message-ID: <19970921163729.47395@crh.cl.msu.edu>
next in thread | raw e-mail | index | archive | help
Okay I have this Quantum XP32150W (last time I *ever* buy Quantum, 4 of the 12
drives I bought in January have so far gone bad.. 5 is working real hard at it
right now). Its part of a CCD array, so I would like to if possible bring
this disk back alive enough to get its data copied off to another disk.
When its active I see this (2.2.2-RELEASE):
Sep 21 14:36:32 msunews /kernel: sd23(ahc0:3:0): MEDIUM ERROR info:16bb11 csi:4,7f,7,48 asc:11,0 Unrecovered read error sks:80,70
Sep 21 14:36:32 msunews /kernel: , retries:4
Sep 21 14:36:34 msunews /kernel: sd23(ahc0:3:0): MEDIUM ERROR info:16bb11 csi:4, 7f,7,48 asc:11,0 Unrecovered read error sks:80,70
Sep 21 14:36:34 msunews /kernel: , retries:3
Sep 21 14:36:36 msunews /kernel: sd23(ahc0:3:0): MEDIUM ERROR info:16bb11 csi:4, 7f,7,48 asc:11,0 Unrecovered read error sks:80,70
Sep 21 14:36:36 msunews /kernel: , retries:2
Sep 21 14:36:39 msunews /kernel: sd23(ahc0:3:0): MEDIUM ERROR info:16bb11 csi:4, 7f,7,48 asc:11,0 Unrecovered read error sks:80,70
Sep 21 14:36:39 msunews /kernel: , retries:1
Sep 21 14:36:41 msunews /kernel: sd23(ahc0:3:0): MEDIUM ERROR info:16bb11 csi:4,
7f,7,48 asc:11,0 Unrecovered read error sks:80,70
Sep 21 14:36:41 msunews /kernel: , FAILURE
Sep 21 14:40:14 msunews /kernel: sd23(ahc0:3:0): MEDIUM ERROR info:16bb11 csi:4, 7f,7,48 asc:11,0 Unrecovered read error sks:80,e0
Sep 21 14:40:14 msunews /kernel: , retries:4
Sep 21 14:40:17 msunews /kernel: sd23(ahc0:3:0): MEDIUM ERROR info:16bb11 csi:4, 7f,7,48 asc:11,0 Unrecovered read error sks:80,e0
Sep 21 14:40:17 msunews /kernel: , retries:3
Sep 21 14:44:49 msunews /kernel: sd23(ahc0:3:0): SCB 0xd - timed out while idle, LASTPHASE == 0x1, SCSISIGI == 0x0
Sep 21 14:44:49 msunews /kernel: SEQADDR = 0x6 SCSISEQ = 0x12 SSTAT0 = 0x5 SSTAT 1 = 0xa
Sep 21 14:44:49 msunews /kernel: Ordered Tag queued
Sep 21 14:44:49 msunews /kernel: sd23(ahc0:3:0): SCB 0x3 timedout while recovery in progress
Sep 21 14:44:49 msunews /kernel: sd23(ahc0:3:0): SCB 0xe timedout while recovery in progress
Sep 21 14:44:54 msunews /kernel: sd23(ahc0:3:0): SCB 0xd - timed out while idle, LASTPHASE == 0x1, SCSISIGI == 0x0
Sep 21 14:44:54 msunews /kernel: SEQADDR = 0x7 SCSISEQ = 0x12 SSTAT0 = 0x5 SSTAT 1 = 0xa
Sep 21 14:44:54 msunews /kernel: sd23(ahc0:3:0): Queueing an Abort SCB
Sep 21 14:44:54 msunews /kernel: sd23(ahc0:3:0): Abort Message Sent
Sep 21 14:44:54 msunews /kernel: sd23(ahc0:3:0): SCB 13 - Abort Tag Completed.
Sep 21 14:44:54 msunews /kernel: sd23(ahc0:3:0): no longer in timeout
Sep 21 14:44:54 msunews /kernel: Ordered Tag sent
Sep 21 14:44:56 msunews /kernel: sd23(ahc0:3:0): SCB 0x7 - timed out while idle, LASTPHASE == 0x1, SCSISIGI == 0x0
Sep 21 14:44:56 msunews /kernel: SEQADDR = 0x9 SCSISEQ = 0x12 SSTAT0 = 0x5 SSTAT 1 = 0xa
Sep 21 14:44:56 msunews /kernel: Ordered Tag queued
... Ad Nausem. I've run Adaptec's verify tool, and it happily reports several
bad sectors, and asks if I wish to remap. When I say yes, it appears to do
nothing, and a re-verify pass pops up the "remap?" requestor on the same
sectors, so obviously the quantum is ignoring those remap requests. I also
have AWRE/ARRE on that drive. Any ideas?
Thanks a bunch!
-Crh
Charles Henrich Michigan State University henrich@msu.edu
http://pilot.msu.edu/~henrich
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?19970921163729.47395>