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