This is an archived copy of the Xen.org mailing list, which we have preserved to ensure that existing links to archives are not broken. The live archive, which contains the latest emails, can be found at http://lists.xen.org/
Home Products Support Community News


[Xen-API] PATCH: fix support for multiple target's IPs for ISCSI-based S

To: xen-api@xxxxxxxxxxxxxxxxxxx
Subject: [Xen-API] PATCH: fix support for multiple target's IPs for ISCSI-based SR's with multipathing (version 2)
From: George Shuklin <george.shuklin@xxxxxxxxx>
Date: Tue, 24 May 2011 15:03:43 +0400
Delivery-date: Tue, 24 May 2011 04:07:48 -0700
Dkim-signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:subject:from:to:in-reply-to:references :content-type:date:message-id:mime-version:x-mailer; bh=oyjmnq4rUUqVlZdL/QG8+f+hv/jIyn6y/KsgRU7wFQE=; b=OgaRkbqk9Nu3qjJSeNUIm+ZFw/2Sv7UcEBcuR6THvho6xCSHNgDjXbvBFYHmtlky7T sb9lFUyuLvD40jjwIfdU43MIOqwo5sgj+k1TaX5LigYFjskTs8RKcVIOoBHJeU7CQ6q/ 1x07HUP7JSZiGh5QaX2aDdEjRDhmSi+hx+bWQ=
Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=subject:from:to:in-reply-to:references:content-type:date:message-id :mime-version:x-mailer; b=G2MGzTt3bxMRC+zUShqXmUV9v48nGYw++oV83rFlW6SFzTpkjjdjnq7l9WL9J26ePk Nw+KAlu7df+ueOl/dwcdxEhUbCXa+SXi6240oSZzmXGn5umY/G/tT1WDg1sl78fC6k4N /5vsR8yl86FbSCVAYgOJXc1C+JrV8RBDr+nUA=
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
In-reply-to: <1305756021.32391.24.camel@mabase>
List-help: <mailto:xen-api-request@lists.xensource.com?subject=help>
List-id: Discussion of API issues surrounding Xen <xen-api.lists.xensource.com>
List-post: <mailto:xen-api@lists.xensource.com>
List-subscribe: <http://lists.xensource.com/mailman/listinfo/xen-api>, <mailto:xen-api-request@lists.xensource.com?subject=subscribe>
List-unsubscribe: <http://lists.xensource.com/mailman/listinfo/xen-api>, <mailto:xen-api-request@lists.xensource.com?subject=unsubscribe>
References: <1305756021.32391.24.camel@mabase>
Sender: xen-api-bounces@xxxxxxxxxxxxxxxxxxx
Sorry, guys, I do a little patch modification.

+ now names resolved to IP before probing
+ now we can attach to multihomed target even if some of it's IP is down
(note, that we will not attach to recovered hosts automatically, you
will needed to do iscsi login manually or replug pbd).
! We will silently fail to process any unrecognized strings/bad IP in
targetlist - because we can not distinct between target host in disaster
state and garbage in XCP config. But we still reject pbd with no live
IP's (where we can not connect in any way).

... and little question: is sleep(5) after iscsi call is required?
(ISCSISR.py) It looks kinda lame.

В Чтв, 19/05/2011 в 02:00 +0400, George Shuklin пишет:
> Good day.
> Few days ago I have found strange behavior: LVMoISCSI SR with
> multipathing and two target's IPs  does not login to second portal
> target - only 1st target's IP was processed. This problem was confirmed
> in XCP 0.5 and XCP 1.0 (and, I believe is XCP 0.1.1 if someone still
> using it).
> I dig a little and with help from this maillist found strange code in
> ISCSISR.py. Patch to fix this behavior in attachment. (We simply iterate
> targetlist instead using a one target portal we succeeded to test
> early).
> More about configuration where this problem appear:
>                                     iscsi (ip1)
>            +------- HOST1(TARGET1)-----------------+
> BLOCK-DEVICE                                      XCP_host(initiator)
>            +------- HOST2(TARGET2)-----------------+
>                                     iscsi (ip2)
> in this case we have TWO different portals, announcing same IQN with
> same serial and so on.
> If we put them both to device-config:target, only first one will be
> used, this patch add support for both of them.
> sample command to see difference:
>  xe sr-create type=lvmoiscsi \
>  device-config:target=, \ 
>  device-config:multihomed=true \
>  device-config:targetIQN=iqn.2011-05.test:test.test \
>  device-config:SCSIid=1494554000000000031000000000000000000000000000000
> name-label=test
> PS patch is against XCP 1.0, but shall works fine with XCP 0.5 too.
> PPS This problem appear only if we have a DIFFERENT target hosts. Single
> target with few available paths will send all it addresses via single
> discovery process, so if target is single host, problem will not appear.

Attachment: xcp-iscsisr-multipath-multiaddress-support.patch
Description: Text Data

xen-api mailing list
<Prev in Thread] Current Thread [Next in Thread>