[Pacemaker] Pacemaker 1.1.7 and negative corosync nodeid

[Andrew Beekhof]

On 27/08/2013, at 3:46 PM, Nate Clark <nate at neworld.us> wrote:

> 
> From: Andrew Beekhof <andrew at beekhof.net>
> To: The Pacemaker cluster resource manager <pacemaker at oss.clusterlabs.org>
> Cc: 
> Date: Mon, 26 Aug 2013 09:26:32 +1000
> Subject: Re: [Pacemaker] Pacemaker 1.1.7 and negative corosync nodeid
> 
> On 24/08/2013, at 5:26 AM, Nate Clark <nate at neworld.us> wrote:
> 
> > I have a few systems running pacemaker 1.1.7 using corosync and some of them hit the issue that the nodeid in the cib is recorded as a negative number. This issue was resolved in commit f0e9b262f1d3219df248a5340771f8e23c5d6bce. However if you upgrade pacemaker to 1.1.8, the new pacemaker now sees two nodes for every node that hit this issue. It sees one with the negative nodeid and one with the positive.
> >
> > Is there a way to prevent this from happening when upgrading from 1.1.7? One way I can think of doing this would be to edit the cib while pacemaker is down so that when it comes up the values are now positive but I am not sure of a way to do that because of the cib signing.
> 
> Once the cluster is running again, you can "just" clear out the old entries with: cibadmin --replace --xml-text '<nodes/>'
> That should be enough IIRC
> 
> 
> That seems to work fine if you upgrade all nodes simultaneously but if you try and perform a rolling upgrade the negative node ids come back. I assume this is because the node running the old pacemaker is still using those nodeids and is sending them back to the new node. Is there anyway to be able to perform this upgrade rolling or will it have to be all nodes at once?

All nodes at once I think.
You can run the cibadmin command without a cluster running though, perhaps that will help.
You'll need to prepend: CIB_file=/path/to/cib.xml
-------------- 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/20130828/09839b57/attachment-0003.sig>