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


Re: [Xen-devel] [PATCH 0/3] domUloader

To: "Philip R. Auld" <pauld@xxxxxxxxxxx>
Subject: Re: [Xen-devel] [PATCH 0/3] domUloader
From: Kurt Garloff <garloff@xxxxxxx>
Date: Thu, 26 Jan 2006 20:14:12 +0100
Cc: "Edwards, Nigel \(Nigel Edwards\)" <nigel.edwards@xxxxxx>, Jeremy Katz <katzj@xxxxxxxxxx>, Xen development list <xen-devel@xxxxxxxxxxxxxxxxxxx>, Ian Campbell <Ian.Campbell@xxxxxxxxxxxxx>
Delivery-date: Thu, 26 Jan 2006 19:23:06 +0000
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
In-reply-to: <20060126185735.GM6369@xxxxxxxxxxxxxxxxxx>
List-help: <mailto:xen-devel-request@lists.xensource.com?subject=help>
List-id: Xen developer discussion <xen-devel.lists.xensource.com>
List-post: <mailto:xen-devel@lists.xensource.com>
List-subscribe: <http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=subscribe>
List-unsubscribe: <http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=unsubscribe>
Mail-followup-to: Kurt Garloff <garloff@xxxxxxx>, "Philip R. Auld" <pauld@xxxxxxxxxxx>, Ian Campbell <Ian.Campbell@xxxxxxxxxxxxx>, "Edwards, Nigel (Nigel Edwards)" <nigel.edwards@xxxxxx>, Jeremy Katz <katzj@xxxxxxxxxx>, Xen development list <xen-devel@xxxxxxxxxxxxxxxxxxx>
Organization: SUSE/Novell
References: <DF5E364A470421429AE6DC96979A4F6F56D9DC@xxxxxxxxxxxxxxxxxxxxxxxxx> <20060126133715.GB6369@xxxxxxxxxxxxxxxxxx> <1138284098.4309.44.camel@xxxxxxxxxxxxxxxxxxxxx> <20060126142040.GF6369@xxxxxxxxxxxxxxxxxx> <20060126182853.GA9371@xxxxxxxxxxxxxxxxxxxxxx> <20060126185735.GM6369@xxxxxxxxxxxxxxxxxx>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
User-agent: Mutt/1.5.9i
Hi Philip,

On Thu, Jan 26, 2006 at 01:57:35PM -0500, Philip R. Auld wrote:
> Thanks. But I don't have a problem (at least not this anyway ;).
> We're both talking about different ways to do the same thing. 
> My point again is that udev can handle the task of creating 
> well-known, consistent device names for uniquely identifiable 
> disks. And that it makes sense to me to just configure udev 
> properly and you do not need to do anything xen specific to 
> solve this problem. And it is not iSCSI specific either.

... and you just use phy:by-id/name as for disk exporting then.
Sure, that would work.

The block-iscsi script has the advantage that it's possible
to connect to iSCSI target only when needed and disconnect
once you are done. This helps you when migrating VMs from
one physical machine to another. I don't know exactly the
semantics of multiple parallel connections to an iSCSI target.
Probably it should not cause problems, in which case you'd
get away with your phy: solution.

> As I said, I don't know for sure how to make udev do 
> this for iSCSI. For FC you can use the scsi_id callout to 
> get the UID and then have a udev rule to use to generate a 
> device name. There may not exist an analog of scsi_id for
> iSCSI. It's the same as what you are suggesting except it's
> Linux-wide and not xen only :)

You're trying to solve the persistant device naming problem.

Mark and I are trying to connect and disconnect to iSCSI 
targets on demand (and have the possibility to solve the 
 persistent device name problem along the way for xen 
 -- if needed.)

Anyway, we're far off-topic the original post now.

Kurt Garloff, Head Architect, Director SUSE Labs (act.), Novell Inc.

Attachment: pgpMBfXgZM6S5.pgp
Description: PGP signature

Xen-devel mailing list
<Prev in Thread] Current Thread [Next in Thread>