dave johnson wrote:
showing up as twice the size it actually is, the inability to
specify LUN on the iSCSI targets,
I think the latest OF should provide a suitable fix for this. Basically
each individual target LUN has a unique serial number applied to it (as
would be the case if you were exporting real disks).
Having specifiable LUNs wouldn't make much sense as in the real-world,
the controller takes care of this automagically. If you were to draw a
parallel in OF, you'd need to have a single target and any subsequent
volumes (LVs) you wanted to export would be appended to the original
target rather than the way we have it now where each target corresponds
to a single LV. (I'm thinking maybe we should have a target per VG and
each subsequent LV per VG would be associated with that target as a new LUN)
At any rate, the fix that I applied a few days ago (IET had this fixed
long time ago but took us a while to apply) should suffice for the
situations that require uniquely identifiable targets/LUNs - VMware ESX
and Oracle RAC. They, I garner, both use the 0x80 VPD to identify a disk
and that's now applied using a subset of the LVM uuid - CIP:
[EMAIL PROTECTED] ~]# for disk in b c d; do scsi_id -g -p 0x80 -s
/block/sd$disk; done
SOpenfileVirtual disk MAfIFX-a5rv
SOpenfileVirtual disk 93VAM5-x3Lz
SOpenfileVirtual disk vjSm07-8zIY
Cheerio,
R.
_______________________________________________
Openfiler-users mailing list
[email protected]
https://lists.openfiler.com/mailman/listinfo/openfiler-users
