On 11/2/06, Rick McNeal <[EMAIL PROTECTED]> wrote:
>
The administration of FC devices for the target mode needs some serious
thinking so that we don't end up with a real nightmare on our hands.
As you point out the FC world doesn't separate the port address from the
target name. Therefore each FC target must support thousands of LUs. We
also need to support LU masking. I have no plans to support LU mapping
since that was created to support a certain OS which could only boot off
of LUN 0.
IMO there are more applications for LU mapping, than simple boot support.
Some systems are unable to address more than very modest (7!) number
of LU. I do not feel like ignoring LU mapping would be wise. Moreover
I believe that LU masking can be seen as a particular case of LU mapping.
Also need to support linking iSCSI targets with FC LUs. The emulation
code doesn't care about the transport layer so there's no reason why a
logical unit can't be exposed via iSCSI and FC.
Absolutely. That is quite logical thing to do.
I think I'll start another thread on this particular subject - FC target.
Lot's of things to worry about.
> Can we do something similar to NFS case, where sharenfs can be
> "on", "off", or something else, in which case it is a list of options ?
> Would this technique be applicable to shareiscsi too ?
>
That's how the shareiscsi property works today.
So, why manipulating LUN is impossible via zfs ???
--
Regards,
Cyril
_______________________________________________
zfs-discuss mailing list
zfs-discuss@opensolaris.org
http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
