command failing at iSCSI disconnect

command failing at iSCSI disconnect

[Dave Jiang]

I'm using the latest linus git tree. This is in fileio mode with
IOMode=wb. It seems that if I do I/O and then immediately disconnect
then the cache sync commands fail. Is this expected behavior or should
the connection wait till all existing commands has been flushed before
logout? Thanks!

root@192.168.1.171:~/iscsi2# iscsiadm -m node -T
iqn.2007.com.mvista:disk1 -p 192.168.1.239:3260 --logout
Logout session [sd 1:0:0:0: [sdb] Synchronizing SCSI cache
sid: 1, target: iqn.2007.com.mvista:disk1, portal: 192.168.1.239,3260]
iscsi: cmd 0x35 is not queued (6)
iscsi: cmd 0x35 is not queued (6)
iscsi: cmd 0x35 is not queued (6)
sd 1:0:0:0: [sdb] Result: hostbyte=0x01 driverbyte=0x00

Re: command failing at iSCSI disconnect

[FUJITA Tomonori]

On Fri, 14 Sep 2007 14:43:43 -0700
Dave Jiang <djiang@mvista.com> wrote:

> I'm using the latest linus git tree. This is in fileio mode with
> IOMode=wb. It seems that if I do I/O and then immediately disconnect
> then the cache sync commands fail. Is this expected behavior or should
> the connection wait till all existing commands has been flushed before
> logout? Thanks!
> 
> root@192.168.1.171:~/iscsi2# iscsiadm -m node -T
> iqn.2007.com.mvista:disk1 -p 192.168.1.239:3260 --logout
> Logout session [sd 1:0:0:0: [sdb] Synchronizing SCSI cache
> sid: 1, target: iqn.2007.com.mvista:disk1, portal: 192.168.1.239,3260]
> iscsi: cmd 0x35 is not queued (6)
> iscsi: cmd 0x35 is not queued (6)
> iscsi: cmd 0x35 is not queued (6)
> sd 1:0:0:0: [sdb] Result: hostbyte=0x01 driverbyte=0x00

I think that the fix is in Mike's iscsi git tree.

It would be better to ask at open-iscsi mailing list.

Re: command failing at iSCSI disconnect

[Mike Christie]

FUJITA Tomonori wrote:
> On Fri, 14 Sep 2007 14:43:43 -0700
> Dave Jiang <djiang@mvista.com> wrote:
> 
>> I'm using the latest linus git tree. This is in fileio mode with
>> IOMode=wb. It seems that if I do I/O and then immediately disconnect
>> then the cache sync commands fail. Is this expected behavior or should
>> the connection wait till all existing commands has been flushed before
>> logout? Thanks!
>>
>> root@192.168.1.171:~/iscsi2# iscsiadm -m node -T
>> iqn.2007.com.mvista:disk1 -p 192.168.1.239:3260 --logout
>> Logout session [sd 1:0:0:0: [sdb] Synchronizing SCSI cache
>> sid: 1, target: iqn.2007.com.mvista:disk1, portal: 192.168.1.239,3260]
>> iscsi: cmd 0x35 is not queued (6)
>> iscsi: cmd 0x35 is not queued (6)
>> iscsi: cmd 0x35 is not queued (6)
>> sd 1:0:0:0: [sdb] Result: hostbyte=0x01 driverbyte=0x00
> 
> I think that the fix is in Mike's iscsi git tree.
> 

Yeah, we used to remove the devices from userspace as a workaround, but 
in 2.6.21 doing

echo 1 > /sys/block/sdc/device/delete

changed behavior from where it used to not return until the delete was 
done to where it returns right away.

In my iscsi git tree I finally fixed up the iscsi shutdown code so we do 
not encounter this problem. We did not notice the problem until, 
recently and the fix is larger than what people probably want for stable 
kernels the  so it should hopefully make the next 2.6 kernel.