Date: Mon, 11 Nov 2002 14:52:43 +0100 From: Andre Albsmeier <andre@albsmeier.net> To: David Schultz <dschultz@uclink.Berkeley.EDU> Cc: "Justin T. Gibbs" <gibbs@scsiguy.com>, freebsd-current@FreeBSD.ORG Subject: Re: adaptec scsi - seagate da -- current Message-ID: <20021111145243.A407@schlappy.albsmeier.net> In-Reply-To: <20021111094918.GA5702@HAL9000.homeunix.com>; from dschultz@uclink.Berkeley.EDU on Mon, Nov 11, 2002 at 01:49:18AM -0800 References: <20021030095416.GA1840@hurd1.kashmir.etowns.net> <376290000.1035997229@aslan.btc.adaptec.com> <20021110081757.GA961@HAL9000.homeunix.com> <20021111094918.GA5702@HAL9000.homeunix.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On Mon, 11-Nov-2002 at 01:49:18 -0800, David Schultz wrote: > Thus spake David Schultz <dschultz@uclink.Berkeley.EDU>: > > I'm running into the same problems on a very light I/O load > > (running /usr/bin/less on certain files triggers it). There's > > also a timeout every time at bootup. I have included my dmesg > > below. > [...] > > Here's some additional information: > > # camcontrol inquiry da0 > pass0: <QUANTUM XP34550S LXY1> Fixed Direct Access SCSI-2 device > pass0: Serial Number PCB=2011303002 ; HDA=184715611932 > pass0: 20.000MB/s transfers (20.000MHz, offset 15), Tagged Queueing Enabled It seems to be a Quantum Atlas drive. IIRC, I have several of them running fine (I am not 100% sure, I am on holidays at the moment :-)). You might want to check the firmware of that drive. I have upgraded the FW on my Quantum Atlas I and II drives a (long) time ago. You might want to look at ftp://ftp.quantum.com for FW upgrades. When I am back on wednesday, I can give you more info about the FW stuff. In case you want to download a new one, I have written a small tool for FreeBSD to upgrade the FW on several SCSI devices (the Quantum Atlas and Viking are supported). -Andre > # camcontrol tags da0 -v > (pass0:ahc0:0:0:0): dev_openings 24 > (pass0:ahc0:0:0:0): dev_active 0 > (pass0:ahc0:0:0:0): devq_openings 24 > (pass0:ahc0:0:0:0): devq_queued 0 > (pass0:ahc0:0:0:0): held 0 > (pass0:ahc0:0:0:0): mintags 24 > (pass0:ahc0:0:0:0): maxtags 32 > > # camcontrol inquiry da1 > pass1: <QUANTUM VIKING 4.5 NSE 8808> Fixed Direct Access SCSI-2 device > pass1: Serial Number 174716034271 > pass1: 20.000MB/s transfers (20.000MHz, offset 15), Tagged Queueing Enabled > # camcontrol tags da1 -v > (pass1:ahc0:0:1:0): dev_openings 253 > (pass1:ahc0:0:1:0): dev_active 0 > (pass1:ahc0:0:1:0): devq_openings 253 > (pass1:ahc0:0:1:0): devq_queued 0 > (pass1:ahc0:0:1:0): held 0 > (pass1:ahc0:0:1:0): mintags 2 > (pass1:ahc0:0:1:0): maxtags 255 > > It seems like da0 is the problem device. Just after it times out > now and then, camcontrol shows things like: > > # camcontrol tags da0 -v > (pass0:ahc0:0:0:0): dev_openings 22 > (pass0:ahc0:0:0:0): dev_active 2 > (pass0:ahc0:0:0:0): devq_openings 22 > (pass0:ahc0:0:0:0): devq_queued 0 > (pass0:ahc0:0:0:0): held 0 > (pass0:ahc0:0:0:0): mintags 24 > (pass0:ahc0:0:0:0): maxtags 32 > > # camcontrol tags da0 -v > (pass0:ahc0:0:0:0): dev_openings 16 > (pass0:ahc0:0:0:0): dev_active 8 > (pass0:ahc0:0:0:0): devq_openings 16 > (pass0:ahc0:0:0:0): devq_queued 0 > (pass0:ahc0:0:0:0): held 0 > (pass0:ahc0:0:0:0): mintags 24 > (pass0:ahc0:0:0:0): maxtags 32 > > It seems like da1 is fine, but then again I use that drive less > heavily. > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message -- My other computer is your windows box. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20021111145243.A407>