On Tue, 2012-05-15 at 09:18 +0200, Bernhard Kohl wrote: <SNIP> > >> For testing I run these boxes in qemu-kvm on the same host. I configure > >> the same backstores/fileio to one tpg via two different portals. Then > >> I get e.g. /dev/sg8 and /dev/sg9 which are attached to the different > >> VMs. Using /dev/sg* instead of /dev/sd* the guest's SCSI commands go > >> through to the devices. > >> > >> > >> For simple verification of the reservation the following should work. > >> > >> [bernd@lionel ~]$ # SCSI Reserve > >> [bernd@lionel ~]$ sg_raw /dev/sg8 16 00 00 00 00 00 > >> SCSI Status: Good > >> > >> Sense Information: > >> sense buffer empty > >> > >> [bernd@lionel ~]$ # SCSI Reserve > >> [bernd@lionel ~]$ sg_raw /dev/sg9 16 00 00 00 00 00 > >> SCSI Status: Reservation Conflict > >> > >> Sense Information: > >> sense buffer empty > >> > >> [bernd@lionel ~]$ # SCSI Release > >> [bernd@lionel ~]$ sg_raw /dev/sg9 17 00 00 00 00 00 > >> SCSI Status: Good > >> > >> Sense Information: > >> sense buffer empty > >> > >> [bernd@lionel ~]$ # SCSI Reserve > >> [bernd@lionel ~]$ sg_raw /dev/sg9 16 00 00 00 00 00 > >> SCSI Status: Reservation Conflict > >> > >> Sense Information: > >> sense buffer empty > >> > > <nod> > > > > The simple sg_raw RESERVE/RELEASE test case here needs to be added to > > scsi-testsuite.git (hch CC'ed), but AFAIK open-iscsi does not support > > the "same InitiatorName + different ISID to a single TargetName > > +TargetPortalGroupTag endpoint" configuration you've mentioned above.. > > > > Out of curiosity, what initiator / kernel are you using here..? > > I'm using a default Fedora 16 installation: > kernel 3.3.4 > open-iscsi initiator iscsi-initiator-utils-6.2.0.872 > targetcli-2.0rc1.fb11 > Ah, I was missing the fact that your example was using sessions to multiple portals to the same TargetName+TargetPortalGroupTag. As you've show above, Open-iSCSI does support using multiple-ISIDs to the same target endpoint across multiple portals, just not to same individual portal + endpoint.. My apologies for the confusion.. In any event, this patch will be headed towards mainline in the next 24 hours in order to be picked up for 3.4-final. Thanks again Bernhard! --nab -- To unsubscribe from this list: send the line "unsubscribe target-devel" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html