CAM Target Layer, Linux and camcontrol readcap
Nikolay Denev
ndenev at gmail.com
Wed Sep 26 16:54:37 UTC 2012
On 26.09.2012, at 19:08, Chuck Tuffli <ctuffli at gmail.com> wrote:
> On Wed, Sep 26, 2012 at 9:02 AM, Nikolay Denev <ndenev at gmail.com> wrote:
> ...
>> I've did ctladm dumooa :
>>
>> Dumping OOA queues
>> LUN 0 tag 0x000d RTR: SYNCHRONIZE CACHE(10). CDB: 35 0 0 0 0 0 0 0 0 0
>> (91807313 ms)
>> LUN 0 tag 0x0011 BLOCKED: READ CAPACITY(10). CDB: 25 0 0 0 0 0 0 0 0 0
>> (35411180 ms)
>> LUN 0 tag 0x0012 BLOCKED: READ CAPACITY(10). CDB: 25 0 0 0 0 0 0 0 0 0
>> (35228663 ms)
>> LUN 0 tag 0x0013 BLOCKED: START STOP UNIT. CDB: 1b 0 0 0 1 0 (34721150 ms)
>> OOA queues dump done
>>
>>
>> And if I'm reading this right the other commands blocked because of the sync
>> cache.
>>
>> I will try now to set realsync to off before enabling the ports and retest.
>
> Yup, this is the symptom you will see unless realsync is off (ie. GEOM
> is barfing on the sync and this blocks subsequent commands from
> completing).
>
> ---chuck
Any idea if the machine can recover from this state without rebooting?
More information about the freebsd-stable
mailing list