[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Xen-users] High availability and live migration with just LVMand hardware fencing


  • To: John Madden <jmadden@xxxxxxxxxxx>, xen-users@xxxxxxxxxxxxxxxxxxx
  • 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
  • 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=
  • List-id: Xen user discussion <xen-users.lists.xensource.com>

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


 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.