[Pacemaker] CentOS 6.4 and CFS.

Andrew Beekhof andrew at beekhof.net
Fri Nov 15 10:57:37 UTC 2013


On 15 Nov 2013, at 5:56 pm, Rob Thomas <xrobau at gmail.com> wrote:

> So I'm a long time corosync fan, and I've recently come back into the
> fold to change everything I've previously written to pcs, because
> that's the new cool thing.
> 
> Sadly, things seem to be a bit broken.
> 
> Here's how things have gone today!
> 
> I managed to get things kinda sorta working with the old 1.1.8 version
> of PCS on CentOS 6.4.  I wasn't happy with it, but I went 'meh,
> that'll do, I'll fix it all with pacemaker 1.1.10'.
> 
> No such luck.
> 
> So, I create a few test resources and that all seems to work. Excellent.
> 
> Now I want to start working on failing things over properly, 'pcs
> cluster standby node-a'
> 
> Error: node 'node-a' does not appear to exist in configuration
> 
> Looking through the pcs code, it's now checking that the node exists
> in /etc/corosync/corosync.conf

Noooo.  Not on RHEL-6 anyway.
Before I address the rest of your email, you need to be using pacemaker with cman (cluster.conf) as described at:

   http://clusterlabs.org/quickstart-redhat.html

and:

   https://access.redhat.com/site/documentation/en-US/Red_Hat_Enterprise_Linux/6-Beta/html/Configuring_the_Red_Hat_High_Availability_Add-On_with_Pacemaker/ch-clusteradmin-HAAR.html

If you're still having issues after reading one or more of those, we'll be only too happy to help :)

> 
> Well that's cool, I can generate a conf with 'pcs cluster auth' and
> 'pcs cluster setup' according to CFS. No. No I can't.  pcs cluster
> auth and pcs cluster setup requires pcsd (I assume?  Whatever's meant
> to be listening on port 2224) but that appears to be missing in RHEL
> based distros.
> 
> (This is, apparently, by design according to
> https://github.com/feist/pcs/issues/3 which is - admittedly - quite
> old)
> 
> OK, so I'll create the corosync config file based on the template I
> found in /usr/lib/python2.6/site-packages/pcs/corosync.conf.template
> -- except that one isn't used, and only the fedora.template is.
> 
> The fedora template specifies that it's using a pacemaker service,
> but.. I thought that had been deprecated and removed?
> 
> So. I'm now at the point where I'm confused.
> 
> Question:  Am I doing something basically and fundamentally wrong? Is
> there a step that I've missed that generates the corosync.conf file
> that's required now?  If not, can I just use the .template one, or,
> should I be using the .fedora.template with 6.4?
> 
> I normally would just derp around with it and add my old corosync.conf
> file and keep playing, but, I have to wander off to geek at a Roller
> Derby thing tonight, so I thought I may throw it to the crowds before
> I start going down too many blind alleys.
> 
> Question 2: What else is going to bite me? 8)
> 
> Sorry for the length!
> 
> --Rob
> 
> _______________________________________________
> Pacemaker mailing list: Pacemaker at oss.clusterlabs.org
> http://oss.clusterlabs.org/mailman/listinfo/pacemaker
> 
> Project Home: http://www.clusterlabs.org
> Getting started: http://www.clusterlabs.org/doc/Cluster_from_Scratch.pdf
> Bugs: http://bugs.clusterlabs.org

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 841 bytes
Desc: Message signed with OpenPGP using GPGMail
URL: <https://lists.clusterlabs.org/pipermail/pacemaker/attachments/20131115/4b0546b1/attachment-0004.sig>


More information about the Pacemaker mailing list