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 # 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
