Hi,
I am preparing a build of a RHEL 6 cluster with a filesystem resource(s) (ext4
or XFS). The customer would like to use LVM snapshots of the filesystems for
tape backup. The tape backup may take a few hours after which the snapshot
will be deleted.
Questions:
1.
Is the filesystem resourc
On 22 November 2010 18:12, Randy Zagar wrote:
>
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Assume for a moment that you have an EL5 NFS Cluster.
>
> You have a clustered service "nfs-server1" that has an IP resource and
> several "child" filesystems tied to it so that the filesystems mo
On Sun, 21 Nov 2010 21:46:03 +, Colin Simpson wrote:
> I suppose what I'm saying is that there is no real way to get a quorum
> disk with DRBD. And basically it doesn't really gain you anything
> without actual shared storage.
I understand that. That's why I'm looking for that "external" so
> Forgive me, but I am not entirely sure how switching the
> underlying FS alone will reduce the overhead in cluster.conf.
> Can you explain that bit? Perhaps a snippet from your
> cluster.conf would help.
>
It reduces the overhead for rgmanager - less resources for the daemon to
manage. Our clu
Your arrival to Xen's tap:sync "solution" was good to read, Jeff, thanks for
sharing!
-Original Message-
From: linux-cluster-boun...@redhat.com
[mailto:linux-cluster-boun...@redhat.com] On Behalf Of Jeff Sturm
Sent: Monday, November 22, 2010 1:03 PM
To: linux clustering
Subject: Re: [Li
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Assume for a moment that you have an EL5 NFS Cluster.
You have a clustered service "nfs-server1" that has an IP resource and
several "child" filesystems tied to it so that the filesystems move
when the IP moves through the cluster. Each of these chi
> -Original Message-
> From: linux-cluster-boun...@redhat.com
[mailto:linux-cluster-boun...@redhat.com]
> On Behalf Of rhu...@bidmc.harvard.edu
> Sent: Monday, November 22, 2010 10:34 AM
> To: linux-cluster@redhat.com
> Subject: Re: [Linux-cluster] gfs2_jadd borked my cluster?
>
> I suspec
FYI, RHN support has provided no insight to the problem. We recreated the GFS2
filesystems and can join/use them, but after a few days, they all withdraw at
some point. :(
I suspect a virtio_blk caching issue is causing the problems with GFS2 on KVM
guests. I read in the RHEL 5.6 (beta) rele
Hi,
On Sat, 2010-11-20 at 11:15 +, Gordan Bobic wrote:
> On 11/19/2010 05:46 PM, Nicolas Ross wrote:
> >> Back when I tried using it, it was reproducible by having > 1 dovecot
> >> IMAP
> >> client running in the cluster with maildirs stored on GFS2. Accessing
> >> mailboxes with only 2-3 user