Skip site navigation (1)Skip section navigation (2)
Date:      Thu, 17 Mar 2005 19:08:55 -0800
From:      Drew Tomlinson <drew@mykitchentable.net>
To:        FreeBSD Questions <freebsd-questions@freebsd.org>, freebsd-firewire@freebsd.org
Subject:   sbp, camcontrol, and Tagged Queuing
Message-ID:  <423A4647.5000709@mykitchentable.net>

next in thread | raw e-mail | index | archive | help
I posted this a while back and am still having the same problem.  Can anyone 
offer any insight as to if the sbp man page suggestion about tagged queuing
is something I should try?  Is there any risk of screwing up my drives by 
trying this?

Thanks,

Drew

-------- Original Message --------
Subject:     Help Interpreting sbp0 Errors
Date:     Mon, 24 Jan 2005 11:43:21 -0800
From:     Drew Tomlinson <drew@mykitchentable.net>

I've been having problems with vinum volumes since an upgrade from 4.9 
to 4.10 which I posted about here:

http://docs.freebsd.org/cgi/mid.cgi?41D748F0.1000303

However maybe that is the *symptom* instead of the *problem*.  I shut 
down my system from the console and saw this output:

--- BEGIN ---
boot() called on cpu#0
Waiting (max 60 seconds) for system process `vnlru' to stop...stopped
Waiting (max 60 seconds) for system process `bufdaemon' to stop...stopped
Waiting (max 60 seconds) for system process `syncer' to stop...stopped

syncing disks... 4
done
Uptime: 28d20h48m39s
sbp0:0:0 request timeout(mgm orb:0x0a550b14) ... reset start
sbp0:0:0 request timeout(cmd orb:0x0a550c4c) ... agent reset
(da2:sbp0:0:0:0): Synchronize cache failed, status == 0xb, scsi status 
== 0x0
sbp0:0:1 request timeout(cmd orb:0x0a5528a4) ... agent reset
(da3:sbp0:0:0:1): Synchronize cache failed, status == 0xb, scsi status 
== 0x0

The operating system has halted.
Please press any key to reboot.
--- END ---

da2 and da3 are two IDE drives in a firewire enclosure.  These are also 
the drives that come up "referenced" after restarting.  What do these 
errors mean?  How can I correct them?  Is the following section from the 
sbp man page applicable to my situation?

Some (broken) HDDs don't work well with tagged queuing. If you have prob-
lems with such drives, try ``camcontrol [device id] tags -N 1'' to dis-
able tagged queuing.

Thanks for your help!

Drew



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?423A4647.5000709>