command failing at iSCSI disconnect
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!
[email protected]:~/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
Quoted 6 lines · On Fri, 14 Sep 2007 14:43:43 -0700 Dave Jiang <[email protected]> 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!
Quoted 8 lines
[email protected]:~/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.
Quoted 18 lines · FUJITA Tomonori
Quoted 6 lines · On Fri, 14 Sep 2007 14:43:43 -0700 Dave Jiang <[email protected]> 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!
Quoted 8 lines
[email protected]:~/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
Quoted 2 lines
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.