[Users] ovirt / 2 iscsi storage domains / same LUN IDs

[Alex Leonhardt]

Ok, so finally got this working, anyone know how to change the timeout for
multipathd from say 120 seconds to ~10 seconds ?

==> /var/log/messages <==
Mar  4 17:09:12 TESTHV01 kernel: session5: session recovery timed out after
120 secs
Mar  4 17:09:12 TESTHV01 kernel: sd 7:0:0:99: rejecting I/O to offline
device
Mar  4 17:09:12 TESTHV01 kernel: sd 7:0:0:99: [sdd] killing request
Mar  4 17:09:12 TESTHV01 kernel: sd 7:0:0:99: rejecting I/O to offline
device
Mar  4 17:09:12 TESTHV01 kernel: sd 7:0:0:99: [sdd] killing request
Mar  4 17:09:12 TESTHV01 kernel: sd 7:0:0:99: rejecting I/O to offline
device
Mar  4 17:09:12 TESTHV01 kernel: sd 7:0:0:99: [sdd] killing request
Mar  4 17:09:12 TESTHV01 kernel: sd 7:0:0:99: rejecting I/O to offline
device
Mar  4 17:09:12 TESTHV01 kernel: sd 7:0:0:99: [sdd] killing request
Mar  4 17:09:12 TESTHV01 kernel: sd 7:0:0:99: rejecting I/O to offline
device
Mar  4 17:09:12 TESTHV01 kernel: sd 7:0:0:99: [sdd] killing request
Mar  4 17:09:12 TESTHV01 kernel: sd 7:0:0:99: rejecting I/O to offline
device
Mar  4 17:09:12 TESTHV01 kernel: sd 7:0:0:99: [sdd] killing request
Mar  4 17:09:12 TESTHV01 kernel: sd 7:0:0:99: rejecting I/O to offline
device
Mar  4 17:09:12 TESTHV01 kernel: sd 7:0:0:99: [sdd] Unhandled error code
Mar  4 17:09:12 TESTHV01 kernel: sd 7:0:0:99: [sdd] Result:
hostbyte=DID_NO_CONNECT driverbyte=DRIVER_OK
Mar  4 17:09:12 TESTHV01 kernel: sd 7:0:0:99: [sdd] CDB: Read(10): 28 00 00
04 08 00 00 00 08 00
Mar  4 17:09:12 TESTHV01 kernel: sd 7:0:0:99: [sdd] killing request
Mar  4 17:09:12 TESTHV01 kernel: sd 7:0:0:99: rejecting I/O to offline
device
Mar  4 17:09:12 TESTHV01 kernel: sd 7:0:0:99: [sdd] Unhandled error code
Mar  4 17:09:12 TESTHV01 kernel: sd 7:0:0:99: [sdd] Result:
hostbyte=DID_NO_CONNECT driverbyte=DRIVER_OK
Mar  4 17:09:12 TESTHV01 kernel: sd 7:0:0:99: [sdd] CDB: Read(10): 28 00 00
00 00 00 00 00 08 00


Alex




On 4 March 2013 15:35, Alex Leonhardt <alex.tuxx at gmail.com> wrote:

> Hi,
>
> I just tested this with this config :
>
>
> <target iqn.2013-02.local.vm:iscsi.lun1>
>     <backing-store /vol/scsi.img>
>             vendor_id ISCSI-MULTIPATH
>             scsi_id MULTIPATHTEST
>             scsi_sn 990000100001
>             lun 1
>     </backing-store>
> </target>
>
>
> However, upon discovery / login, the LUN ID was again :
>
> 1IET_0000100001
>
>
> Alex
>
>
>
>
> On 3 March 2013 18:34, Ayal Baron <abaron at redhat.com> wrote:
>
>>
>>
>> ----- Original Message -----
>> >
>> >
>> >
>> >
>> >
>> > Hi there,
>> >
>> > I was doing some testing around ovirt and iscsi and found an issue
>> > where as when you use "dd" to create "backing-stores" for iscsi and
>> > you point ovirt to it to discover & login, it thinks the LUN ID is
>> > the same although the target is different and adds additional paths
>> > to the config (automagically?) bringing down the iSCSI storage
>> > domain.
>>
>> There is no question about the behaviour, it's not a bug, that is the way
>> multipathing works (has nothing to do with oVirt).  The GUID of a LUN has
>> to be unique.  multipathd seeing the same LUN ID across multiple targets
>> assumes that it's the same LUN with multiple paths and that's how you get
>> redundancy and load balancing.
>> Why tgtd doesn't take care of this built in I could never grok, but what
>> you need to do is edit your targets.conf and add the scsi_id and scsi_sn
>> fields.
>>
>> Example:
>> <target MasterBackup>
>>      allow-in-use yes
>> <backing-store /dev/vg0/MasterBackup>
>>          lun 1
>>          scsi_id MasterBackup
>>          scsi_sn 444444444401
>> </backing-store>
>> </target>
>>
>> >
>> > See attached screenshot of what I got when trying to a "new iscsi san
>> > storage domain" to ovirt. The Storage Domain is now down and I
>> > cannot get rid of the config (???) how do I force it to logout of
>> > the targets ??
>> >
>> >
>> > Also, anyone know how to deal with the duplicate LUN ID issue ?
>> >
>> >
>> > Thanks
>> > Alex
>> >
>> >
>> >
>> >
>> >
>> > --
>> >
>> >
>> >
>> > | RHCE | Senior Systems Engineer | www.vcore.co |
>> > | www.vsearchcloud.com |
>> >
>> > _______________________________________________
>> > Users mailing list
>> > Users at ovirt.org
>> > http://lists.ovirt.org/mailman/listinfo/users
>> >
>>
>
>
>
> --
>
> | RHCE | Senior Systems Engineer | www.vcore.co | www.vsearchcloud.com |
>



-- 

| RHCE | Senior Systems Engineer | www.vcore.co | www.vsearchcloud.com |
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ovirt.org/pipermail/users/attachments/20130304/288ece76/attachment-0001.html>