From owner-freebsd-scsi Wed May 31 17:40: 9 2000 Delivered-To: freebsd-scsi@freebsd.org Received: from wondermutt.net (host75-157.student.udel.edu [128.175.75.157]) by hub.freebsd.org (Postfix) with ESMTP id DCD9F37B7A5 for ; Wed, 31 May 2000 17:40:05 -0700 (PDT) (envelope-from papalia@udel.edu) Received: from morgaine.udel.edu (morgaine.1.168.192.IN-ADDR.ARPA [192.168.1.2] (may be forged)) by wondermutt.net (8.9.3/8.9.3) with ESMTP id UAA00647; Wed, 31 May 2000 20:40:02 -0400 (EDT) (envelope-from papalia@udel.edu) Message-Id: <4.3.1.2.20000531204111.00ad0660@mail.udel.edu> X-Sender: papalia@mail.udel.edu X-Mailer: QUALCOMM Windows Eudora Version 4.3.1 Date: Wed, 31 May 2000 20:42:50 -0400 To: "Kenneth D. Merry" From: John Subject: Re: Dying connection? Cc: freebsd-scsi@FreeBSD.ORG In-Reply-To: <20000531180135.A86440@panzer.kdm.org> References: <4.3.1.2.20000531195721.00ad3b50@mail.udel.edu> <4.3.1.2.20000531193727.00ac2af0@mail.udel.edu> <4.3.1.2.20000531193727.00ac2af0@mail.udel.edu> <20000531175139.A86282@panzer.kdm.org> <4.3.1.2.20000531195721.00ad3b50@mail.udel.edu> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > > > > May 31 18:46:08 merlin /kernel: (da1:ahc0:0:8:0): SCB 0x30 - timed out > > > > while idle, SEQADDR == 0xa > > > > May 31 18:46:20 merlin /kernel: (da1:ahc0:0:8:0): Queuing a BDR SCB > > > > May 31 18:46:20 merlin /kernel: (da1:ahc0:0:8:0): Bus Device Reset > > > Message Sent > > > > May 31 18:46:20 merlin /kernel: (da1:ahc0:0:8:0): SCB 0x30 - timed > out in > > > > Message-out phase, SEQADDR == 0x157 > > > > May 31 18:46:20 merlin /kernel: (da1:ahc0:0:8:0): no longer in timeout, > > > > status = 34b > > > > May 31 18:46:20 merlin /kernel: ahc0: Issued Channel A Bus Reset. 1 > SCBs > > > > aborted > > > > May 31 18:46:22 merlin /kernel: (da1:ahc0:0:8:0): Invalidating pack > > > > > >The drive is going "out to lunch" and not coming back for a full minute. > > > > > >We hit it with a bus device reset to wake it up, and then it appears we > > >sent a bus reset after we got another timeout in the message out phase. > > > > > >Perhaps something had a stuck signal on the bus. > > > > Is it possible to kick-start or "burp" the bus when that happens, other > > than resetting the box? > >I don't think there is a way to get a device back from an invalidated pack, >short of pulling it off the bus, rescanning, putting it back on, and >rescanning again. > >With an invalidated pack, a fatal error has occured with the device in >question, and we've given up on trying to revive it. > >Rebooting the machine should have the same effect as powering it off or >resetting it. > > > > > da1 at ahc0 bus 0 target 8 lun 0 > > > > da1: Fixed Direct Access SCSI-2 device > > > > da1: 40.000MB/s transfers (20.000MHz, offset 8, 16bit) > > > > da1: 8681MB (17780058 512 byte sectors: 255H 63S/T 1106C) > > > > > >If I had to guess, I'd say it is a firmware problem with the drive, but > > >it's hard to say for sure. You might also want to check your cabling and > > >termination. > > > > I'll check the cables and terminations just as soon as my backup > > finishes. I'm not sure if it would be either though since this drive > > configuration has been running fine for almost 6 months. > >The drive may be going bad. It would be interesting to see if the problem >goes away if you take the Micropolis out of the system. Now, THAT is not exactly an easy thing to do.... all my home directories are on the 9.1G micropolis, and that includes all my saves from my windows box - which includes all my school work, email, and research.... so, unfortunately I can't test that idea easily :) --John To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message