RE: Quorum question

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

 



Graham Wood <mailto:gwood@xxxxxxxxxxxxxx> wrote:
> > Can I just drop the "two_node" definition for a 3-node cluster to
> > force it to keep running with only one node?
> If you're looking at GFS, then this arrangement is almost definitely
> going to fry the data in the partition - which will take the system
> down for you permanently.
> 
> Imagine that the 3 nodes lose communication (but all three are still
> running) - they're all going to reply the logs from the other two, and
> then start writing to the shared filesystem as if they were the only
> ones in the cluster.
> 
> Which will corrupt the GFS very quickly.

Isn't that what fencing is supposed to take care of?  Maybe I'm not
understanding how this all works together.

What I will have is three nodes.  Two that actively use the data in the
shared storage and one node that handles backups.

The backup node is not critical and could be down at any time for a
number of reasons.  I want to make sure that if the backup node is down
and one of the other nodes crashes, that the one remaining node will
continue to be able to access the data in the GFS.

-- 
Bowie

--

Linux-cluster@xxxxxxxxxx
https://www.redhat.com/mailman/listinfo/linux-cluster

[Index of Archives]     [Corosync Cluster Engine]     [GFS]     [Linux Virtualization]     [Centos Virtualization]     [Centos]     [Linux RAID]     [Fedora Users]     [Fedora SELinux]     [Big List of Linux Books]     [Yosemite Camping]

  Powered by Linux