WARNING - OLD ARCHIVES

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/
   
 
 
Xen 
 
Home Products Support Community News
 
   
 

xen-users

Re: [Xen-users] SAN + XEN + FC + LVM question(s)

To: "Javier Guerra" <javier@xxxxxxxxxxx>
Subject: Re: [Xen-users] SAN + XEN + FC + LVM question(s)
From: Ferenc Wagner <wferi@xxxxxxx>
Date: Tue, 16 Sep 2008 11:08:39 +0200
Cc: Wendell Dingus <wendell@xxxxxxxxxxxxx>, xen-users@xxxxxxxxxxxxxxxxxxx
Delivery-date: Tue, 16 Sep 2008 02:09:24 -0700
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
In-reply-to: <90eb1dc70809150916w141f2f82lddba9ffd1f0bced0@xxxxxxxxxxxxxx> (Javier Guerra's message of "Mon, 15 Sep 2008 11:16:22 -0500")
List-help: <mailto:xen-users-request@lists.xensource.com?subject=help>
List-id: Xen user discussion <xen-users.lists.xensource.com>
List-post: <mailto:xen-users@lists.xensource.com>
List-subscribe: <http://lists.xensource.com/mailman/listinfo/xen-users>, <mailto:xen-users-request@lists.xensource.com?subject=subscribe>
List-unsubscribe: <http://lists.xensource.com/mailman/listinfo/xen-users>, <mailto:xen-users-request@lists.xensource.com?subject=unsubscribe>
References: <1053235014.99411221494497785.JavaMail.root@xxxxxxxxxxxxxxxxxx> <799907552.99431221494539052.JavaMail.root@xxxxxxxxxxxxxxxxxx> <90eb1dc70809150916w141f2f82lddba9ffd1f0bced0@xxxxxxxxxxxxxx>
Sender: xen-users-bounces@xxxxxxxxxxxxxxxxxxx
User-agent: Gnus/5.110006 (No Gnus v0.6) Emacs/21.4 (gnu/linux)
"Javier Guerra" <javier@xxxxxxxxxxx> writes:

> On Mon, Sep 15, 2008 at 11:02 AM, Wendell Dingus <wendell@xxxxxxxxxxxxx> 
> wrote:
>> Are there pitfalls or limitations I've not thought of here though? Is this
>> approach a "best practices" or is some other method considered "better"?
>
> AFAICS, you're right and ready to go.
>
> the only thing i don't like too much is using LVM inside DomU's.  in
> theory some scanning tools could confuse the LVM metadata inside those
> volumes with the 'outer' LVM metadata and wreck the whole thing.  i
> don't think it really happens in practice...

You can easily sidestep this by setting up appropriate "filter" rules
in lvm.conf in you dom0s.  That way pvscan won't look into your LVs
thus it won't discover the embedded guest LVs.  Still, if you shut
down a guest and want to access its LVs from dom0, you are perfectly
able to: just modify your filters, pvscan, and there you go.  Just
don't forget to undo that before starting up the guest again.

One thing I contemplated over was using "multipath" in the guest.
That may give you a chance to propagate the resize into the guest
without rebooting it or permanently introducing another PV in it.
Like this: resize the LV in the dom0, pass it to the guest as another
block device, replace the LVM mappings so that they point to the new
device, then detach the original device, pvextend etc.  I'm not sure
multipath-tools would work in this setup, but dmsetup surely would.
I never tried it, though.
-- 
Cheers,
Feri.

_______________________________________________
Xen-users mailing list
Xen-users@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-users