On Mon, 11-Nov-2002 at 01:49:18 -0800, David Schultz wrote:
> Thus spake David Schultz <[EMAIL PROTECTED]>:
> > 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 [EMAIL PROTECTED]
> with "unsubscribe freebsd-current" in the body of the message

-- 
My other computer is your windows box.

To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message

Reply via email to