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] High availability and live migration with just LVMand ha

To: John Madden <jmadden@xxxxxxxxxxx>, xen-users@xxxxxxxxxxxxxxxxxxx
Subject: Re: [Xen-users] High availability and live migration with just LVMand hardware fencing
From: Frank S Fejes III <frank@xxxxxxxxx>
Date: Mon, 24 May 2010 11:45:45 -0500
Cc:
Delivery-date: Mon, 24 May 2010 09:47:38 -0700
Dkim-signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:mime-version:sender:received :in-reply-to:references:from:date:x-google-sender-auth:message-id :subject:to:content-type:content-transfer-encoding; bh=CKWu09Z/EntZg4DcOzCSK4xUko3Av0WULsNX0rxHOUg=; b=sTYTu6VEu80Q3rWcMxnlGbcYf8xVaVC9wWVlioSiaF8IS75vj9ALtcavQP/MdZOYJ1 /J2QiC9hk9JUEL5Sr2VNOTxwp7lnqjYUT4WX4EWv9hzbbD8LlRhgZwgzzmSRLbpZzLUO ZQPC8lRhlnKYLUMopG9KtdnnzovXEzDBmgI6o=
Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:content-type :content-transfer-encoding; b=jT3M//GIVMyj6ua/9iQVNRLAYPobuF25qHdhKrofN95kcknfoAY6lRHArk9gY4pqA7 6cz1Jxk6MPLCLIQ64CELv/S8Xa504fZg6EvMiJKpsumVpf+9JgBQvDPVMKiR5jRuICRk GhdSGM672EVFFS0/ireZwaLwxmBey8PPf0BQw=
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
In-reply-to: <4BF44AA1.2030005@xxxxxxxxxxx>
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: <201005191146.18169.bart.coninckx@xxxxxxxxxx> <201005192027.22232.bart.coninckx@xxxxxxxxxx> <AANLkTikzE1J3-ni3f2Fao0wHYgQ7kHfMVjvFYOhDizyn@xxxxxxxxxxxxxx> <201005192129.56771.bart.coninckx@xxxxxxxxxx> <4BF44AA1.2030005@xxxxxxxxxxx>
Sender: xen-users-bounces@xxxxxxxxxxxxxxxxxxx
On Wed, May 19, 2010 at 3:31 PM, John Madden <jmadden@xxxxxxxxxxx> wrote:

> Metadata changes cause writes to disks.  Not safe.  I've done this before
> with active/passive clusters where you could somewhat assume some safety
> (i.e., lvm isn't even running on the passive node) but I'd never do it on

John, I'm interested as to why you feel this is unsafe and what bad
experiences you may have had doing shared lvm in a manual (ie,
non-clvm) fashion.  In clusters of up to six Xen hosts per iscsi
target I've been using a combination of scripted lvchange/lvscan
commands in lvm wrappers and have never yet run into corruption.  As
far as I'm aware, there's nothing magical that clvm is doing under the
covers besides locking and if all lvm commands are run via the
"clustered" wrappers then the metadata should not be changing
unexpectedly.

Is there something I'm missing?  It's a fascinating topic and I'd love
to read what others have done.  Thanks.

--frank

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

<Prev in Thread] Current Thread [Next in Thread>