[ClusterLabs] Two-Node OCFS2 cluster keep rebooting each other
jonathan.vargas at alkaid.cr
Tue Jun 9 23:53:41 EDT 2015
Those nodes do not need coordination between them. They have been working
so far until now without HA and OCFS2. A load balancer distributes the
requests between both nodes, they do not know about the existence of each
However, they do require shared storage to work with the same data. Before
setting up the OCFS2 cluster, we have been syncing disks using rsync, but
it syncs each minute, not real time.
So, our requirement would depend on OCFS2, and it works, but not of an HA
and stonith setup I think. I see no way how it could add value to the
required solution. Or it does?
*Jonathan Vargas Rodríguez*
Founder and Solution Engineer
Alkaid <https://alkaid.cr/> | Open Source Software
* mail * jonathan.vargas at alkaid.cr
telf +506 4001 6259 Ext. 01
mobi +506 4001 6259 Ext. 51
2015-06-09 21:39 GMT-06:00 Digimer <lists at alteeve.ca>:
> On 09/06/15 11:04 PM, Jonathan Vargas wrote:
> > After reading a bit and chatting at the #suse IRC channel, I'm starting
> > to think that for my use case, stonith would not be required.
> Always wrong.
> Fencing/Stonith is always required. Doubly so with shared storage.
> > Since there are only two nodes accesing the same disk, and no additional
> > redundant cluster channels, what will work meanwhile is disabling
> You will get a split-brain, it is just a matter of time.
> > I consider this also because the application that the Web server hosts,
> > is stateless, so if no incoming requests are received by the Load
> > Balancer, then, no write operations could be performed.
> > At the end, this was the way it worked before HA. What do you think?
> If the program(s) can run independently without coordination, you do not
> need HA. If not, you need fencing.
> Papers and Projects: https://alteeve.ca/w/
> What if the cure for cancer is trapped in the mind of a person without
> access to education?
> Users mailing list: Users at clusterlabs.org
> Project Home: http://www.clusterlabs.org
> Getting started: http://www.clusterlabs.org/doc/Cluster_from_Scratch.pdf
> Bugs: http://bugs.clusterlabs.org
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the Users