OpenSolaris user-space iSCSI target daemon supports SAM-3 persistent
reservations since early spring or so (Jim Dunham could provide exact
details on this).

As to COMSTAR iSCSI target (iSER), it's SAM-neutral in that it doesn't
handle any SCSI commands itself but simply passes it on to the target,
so to support PRIN/PROUT you need a target with this capabilities.
With ZFS backend, this (speculatively) could be done with
volume/dataset properties, but I haven't heard of any activity on this
(COMSTAR team might clarify this further).

Regards,
Andrey



On Thu, Nov 6, 2008 at 10:32 AM, Adrian Wood <[EMAIL PROTECTED]> wrote:
> Not sure if there is any interest in this question but I'm feeling brave...
>
> I currently have a working configuration with Windows 2003 clustered against 
> a linux iscsi implementation for my test lab which consists of CentOS, 
> OpenSolaris and Windows hosts.  I would like to update this for use with 
> Windows 2008 as well to test out clustering and other new functionality.  
> Unfortunately, this requires SCSI-3 Persistent Reservations.  I am reading 
> about the ISCSITGT and ComStar implementations of iSCSI Targets on 
> OpenSolaris which claim to support SCSI-3 reservations, however, the 
> validation on Windows 2008 says that it just isn't so.  I have tried both 
> implementations and neither works.
>
> Is there some configuration that needs to be done to tweak how functionality 
> is exposed by the iSCSI Target daemon?  Any pointers or tips would be greatly 
> appreciated.  I am absolutely loving the whole ZFS exposed as an iSCSI Target 
> as it appears much more simple than what I have worked with up to now.  I'd 
> love to get this working and I'm sure there'd be a whole lot of other people 
> interested in doing what I'm attempting.
> --
> This message posted from opensolaris.org
> _______________________________________________
> storage-discuss mailing list
> [email protected]
> http://mail.opensolaris.org/mailman/listinfo/storage-discuss
>
_______________________________________________
storage-discuss mailing list
[email protected]
http://mail.opensolaris.org/mailman/listinfo/storage-discuss

Reply via email to