I have to upgrade my OS to CentOS 7 to use GFS2 in a cluster of pacemaker+corosync. It's quite a straight forward path in CentOS 7. What's next is to watch the performance closely and check if it is a good solution for us.
Thank you very much. Dashi Cao ________________________________________ From: Eric Ren <[email protected]> Sent: Friday, July 22, 2016 10:24:26 PM To: Cluster Labs - All topics related to open-source clustering welcomed; Da Shi Cao Subject: Re: [ClusterLabs] agent ocf:pacemaker:controld Hello, On 07/22/2016 02:14 PM, Da Shi Cao wrote: > The manual "Pacemaker 1.1 Clusters from Scratch" gives the false impression > that gfs2 relies only on dlm, but I cannot make it work without gfs_controld. > Again this little daemon is heavily coupled with cman. I think it is quite > hard to use gfs2 in a cluster build only using "pacemaker+corosync"! Am I > wrong? A big doubt is, why do you make everything from scratch rather than having a try on a recent OS release? No matter why, it's a good start point from trying out a distribution that supports HA solution. Trust me, it's very easy to setup a cluster filesystem (gfs2 or ocfs2) on openSUSE or fedora. Cheers, Eric > > Thanks a lot! > Dashi Cao > ________________________________________ > From: Da Shi Cao <[email protected]> > Sent: Thursday, July 21, 2016 9:31:51 PM > To: Cluster Labs - All topics related to open-source clustering welcomed > Subject: Re: [ClusterLabs] agent ocf:pacemaker:controld > > I've built the dlm_tool suite using the source from > https://git.fedorahosted.org/cgit/dlm.git/log/. The resource uisng > ocf:pacemaker:controld will always fail to start because of timeout, even if > start timeout is set to 120s! But if dlm_controld is first started outside > the cluster management, then the resource will show up and stay well! > > Another question is what's the difference of dlm_controld and gfs_controld? > Must they both be present if a cluster gfs file system is mounted? > > Thanks a lot! > Dashi Cao > ________________________________________ > From: Da Shi Cao <[email protected]> > Sent: Wednesday, July 20, 2016 4:47:31 PM > To: Cluster Labs - All topics related to open-source clustering welcomed > Subject: Re: [ClusterLabs] agent ocf:pacemaker:controld > > Thank you all for the information about dlm_controld. I will make a try using > https://git.fedorahosted.org/cgit/dlm.git/log/ . > > Dashi Cao > > ________________________________________ > From: Jan Pokorný <[email protected]> > Sent: Monday, July 18, 2016 8:47:50 PM > To: Cluster Labs - All topics related to open-source clustering welcomed > Subject: Re: [ClusterLabs] agent ocf:pacemaker:controld > >> On 18/07/16 07:59, Da Shi Cao wrote: >>> dlm_controld is very tightly coupled with cman. > Wrong assumption. > > In fact, support for shipping ocf:pacemaker:controld has been > explicitly restricted to cases when CMAN logic (specifically the > respective handle-all initscript that is in turn, in that limited use > case, triggered from pacemaker's proper one and, moreover, takes > care of dlm_controld management on its own so any subsequent attempts > to do the same would be ineffective) is _not_ around: > > https://github.com/ClusterLabs/pacemaker/commit/6a11d2069dcaa57b445f73b52f642f694e55caf3 > (accidental syntactical typos were fixed later on: > https://github.com/ClusterLabs/pacemaker/commit/aa5509df412cb9ea39ae3d3918e0c66c326cda77) > >>> I have built a cluster purely with >>> pacemaker+corosync+fence_sanlock. But if agent >>> ocf:pacemaker:controld is desired, dlm_controld must exist! I can >>> only find it in cman. >>> Can the command dlm_controld be obtained without bringing in cman? > To recap what others have suggested: > > On 18/07/16 08:57 +0100, Christine Caulfield wrote: >> There should be a package called 'dlm' that has a dlm_controld suitable >> for use with pacemaker. > On 18/07/16 17:26 +0800, Eric Ren wrote: >> DLM upstream hosted here: >> https://git.fedorahosted.org/cgit/dlm.git/log/ >> >> The name of DLM on openSUSE is libdlm. > -- > Jan (Poki) > > _______________________________________________ > Users mailing list: [email protected] > http://clusterlabs.org/mailman/listinfo/users > > Project Home: http://www.clusterlabs.org > Getting started: http://www.clusterlabs.org/doc/Cluster_from_Scratch.pdf > Bugs: http://bugs.clusterlabs.org > > _______________________________________________ > Users mailing list: [email protected] > http://clusterlabs.org/mailman/listinfo/users > > Project Home: http://www.clusterlabs.org > Getting started: http://www.clusterlabs.org/doc/Cluster_from_Scratch.pdf > Bugs: http://bugs.clusterlabs.org > > _______________________________________________ > Users mailing list: [email protected] > http://clusterlabs.org/mailman/listinfo/users > > Project Home: http://www.clusterlabs.org > Getting started: http://www.clusterlabs.org/doc/Cluster_from_Scratch.pdf > Bugs: http://bugs.clusterlabs.org > _______________________________________________ Users mailing list: [email protected] http://clusterlabs.org/mailman/listinfo/users Project Home: http://www.clusterlabs.org Getting started: http://www.clusterlabs.org/doc/Cluster_from_Scratch.pdf Bugs: http://bugs.clusterlabs.org
