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-users] Debian Etch Xen Cluster (DRBD, GNBD, OCFS2, iSCSI, Heart

To: Dominik Klein <dk@xxxxxxxxxxxxxxxx>
Subject: Re: [Xen-users] Debian Etch Xen Cluster (DRBD, GNBD, OCFS2, iSCSI, Heartbeat?)
From: Goswin von Brederlow <brederlo@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
Date: Sun, 23 Sep 2007 09:17:46 +0200
Cc: xen-users@xxxxxxxxxxxxxxxxxxx
Delivery-date: Sun, 23 Sep 2007 00:18:33 -0700
Envelope-to: www-data@xxxxxxxxxxxxxxxxxx
In-reply-to: <46EA2ACF.6050807@xxxxxxxxxxxxxxxx> (Dominik Klein's message of "Fri, 14 Sep 2007 08:31:43 +0200")
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/cgi-bin/mailman/listinfo/xen-users>, <mailto:xen-users-request@lists.xensource.com?subject=subscribe>
List-unsubscribe: <http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-users>, <mailto:xen-users-request@lists.xensource.com?subject=unsubscribe>
References: <46E6A47B.3010309@xxxxxxxx> <46E92EB0.3040209@xxxxxxxxxxxxxxxx> <AEC6C66638C05B468B556EA548C1A77D01249662@trantor> <38196.> <46EA2ACF.6050807@xxxxxxxxxxxxxxxx>
Sender: xen-users-bounces@xxxxxxxxxxxxxxxxxxx
User-agent: Gnus/5.110006 (No Gnus v0.6) XEmacs/21.4.19 (linux)
Dominik Klein <dk@xxxxxxxxxxxxxxxx> writes:

> Mehdi AMINI schrieb:
>>> Just remember, if something goes wrong in such a way that the domain is
>>> active on both nodes at the same time with read/write access to the
>>> filesystem, you *will* *destroy* the filesystem and will need to restore
>>> from backup. No amount of fscking will help you.
>> This is precisely the goal of OCFS, each node can mount a block device
>> read/write at the same time :)
> But still, you don't want to have two servers write to the root
> filesystem simultaneusly, do you?

2 Things to think about:

1) Do what you would do without xen. Throw the power switch.

That means you have to teach stonit or heartbeat about xen and the
power switch becomes "xm destroy" on the other node instead of a real
power switch.

2) Would it make sense to have a bit in the lvm headers to show that a
volume is active and have cluster lvm respect that bit and prevent a
second activation if run wihtout force?

Maybe instead of a bit an UUID of the activator would be best. If you
can get a UUID that differs between the physical machines running the


Xen-users mailing list

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