CAM Target Layer, Linux and camcontrol readcap
Nikolay Denev
ndenev at gmail.com
Wed Sep 26 16:02:45 UTC 2012
On Sep 26, 2012, at 5:29 PM, Chuck Tuffli <ctuffli at gmail.com> wrote:
> On Wed, Sep 26, 2012 at 1:33 AM, Nikolay Denev <ndenev at gmail.com> wrote:
>> Hi,
>>
>> I'm running RELENG_9 and I'm trying to play with CTL.
>> Initially I've setup an isp(4) interface in TARGET mode and tried to export a LUN to a directly connected
>> Linux RHEL host, but for some reason that failed with the block backend (ramdisk was exported properly) :
>>
>> This is how I export the volume :
>>
>> zfs create -V1000G tank/oracle
>> ctladm create -b block -o file=/dev/zvol/tank/oracle -S ZFSSERIAL001 -d ZFSLUN001
>> ctladm port -o on
>> ctladm realsync off
>
> This is similar to what I do, but you might try turning off realsync
> before turning the port on and only turning on the FC ports. I.e.
>
> ctladm realsync off
> ctladm port -o on -t fc
>
> If that doesn't help, it would be interesting to see if something is stuck via
>
> ctladm dumpooa
>
> ---chuck
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.
Thanks for the suggestions!
More information about the freebsd-stable
mailing list