Chris Siebenmann wrote:
> | What your saying is independent of the iqn id?
>
> Yes. SCSI objects (including iSCSI ones) respond to specific SCSI
> INQUIRY commands with various 'VPD' pages that contain information about
> the drive/object, including serial number info.
>
> Some Googling turns up:
>
> http://wikis.sun.com/display/StorageDev/Solaris+OS+Disk+Driver+Device+Identifier+Generation
> http://www.bustrace.com/bustrace6/sas.htm
>
> Since you're using Linux IET as the target, you want to set the
> 'ScsiId' and 'ScsiSN' Lun parameters to unique (and different) values.
>
> (You can use sdparm, http://sg.torque.net/sg/sdparm.html, on Solaris
> to see exactly what you're currently reporting in the VPD data for each
> disk.)
>
> - cks
>
CC-ing the list, cause this is of general interest....
Chris, indeed the older version of Open-E iSCSI I was using for my tests
has no unique VPD identifiers what so ever, so this could confuse the
initiator:
prudhoe # sdparm -6 -i /devices/iscsi/[EMAIL PROTECTED],0:wd,raw
/devices/iscsi/[EMAIL PROTECTED],0:wd,raw: IET VIRTUAL-DISK 0
Device identification VPD page:
Addressed logical unit:
designator type: T10 vendor identification, code set: Binary
vendor id: IET
vendor specific:
Where as the new version of Open-E iSCSI (called iSCSI R3) does. These
are two LUNS from the system I will be doing a ZFS mirror on, running
the new Open-E iSCSI-R3 on the target:
apollo # sdparm -i
/devices/scsi_vhci/[EMAIL PROTECTED]:wd,raw
/devices/scsi_vhci/[EMAIL PROTECTED]:wd,raw: iSCSI DISK 0
Device identification VPD page:
Addressed logical unit:
designator type: T10 vendor identification, code set: Binary
vendor id: iSCSI
vendor specific: XBD3Qzf9pzqYrsdz
apollo # sdparm -i /devices/scsi_vhci/[EMAIL PROTECTED]:wd,raw
/devices/scsi_vhci/[EMAIL PROTECTED]:wd,raw: iSCSI DISK 0
Device identification VPD page:
Addressed logical unit:
designator type: T10 vendor identification, code set: Binary
vendor id: iSCSI
vendor specific: ZknC2lbWA5y3M7v6
Open-E iSCSI-R3 generates a uniq vendor specific serial number, so the
ZFS mirror will most likely fail and recover more cleanly.
Thanks for the pointers.
Jon
_______________________________________________
zfs-discuss mailing list
zfs-discuss@opensolaris.org
http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
