RE: [Xen-API] RE: Questions about the api

[Tomoiaga Cristian <cristi@xxxxxxxxxxx>]

> Not sure I understand. You only need to export via iscsi when someone tries 
> to attach the snapshot or clone.

>Thanks,
>Ian

Yes, that's the way I do it right now, except for the snapshots. A snapshot 
can't be attached, don't really see a point right now, in XenServer you can 
only delete and clone a snap.
When you create a snapshot on my SR you will get a VDI that you can delete or 
clone just like in XenServer.
I've seen others (Netapp for example) creating a clone (double snapshot) when 
you vdi-snap or vdi-clone. An actual ZFS (and most likely Netapp) snapshot 
can't be exported unless you clone it.

>> Right now I am stuck with allowing all initiators in one pool to see 
>> all the luns in that pool.

>Hmm, that's a bit poor. 
>One approach is to hack the dom0 linux iscsi initiator to allow it to use 
>multiple initiator Ids at the same time (e.g. one per VM its performing IO 
>for). I think this is a relatively simple hack.
>Kinda like NPIV for iSCSI...

I am not sure if that solves the initial problem, except maybe if I create an 
initiator id for each lun, but that would be too much I believe. 
Currently I need a way to know the local disk path of a lun before I actually 
attach it and with the (currently missing) unique serial that would have been 
ok.
I will take a look at Nexenta, maybe I can add that functionality in the API 
especially since from the command line I can set a serial for a lun anytime.


>> Exclusion would have been good :(
>> Interested in that comparison also (with Comstar).

>Does the Solaris target support SCSI3 Persistent Reservations?
>Ian

The default scsi implementation (not COMSTAR) does support SCSI3 PR, however 
that implementation is too slow to work with (missing writeback cache for 
example).
The COMSTAR implementation also has support for it, at least in OpenSolaris 
(http://bugs.opensolaris.org/bugdatabase/view_bug.do?bug_id=6795089). I will 
have to check on Nexenta.

_______________________________________________
xen-api mailing list
xen-api@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/mailman/listinfo/xen-api