<div dir="ltr"><br><div class="gmail_extra"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">From: Andrew Beekhof <<a href="mailto:andrew@beekhof.net">andrew@beekhof.net</a>><br>
To: The Pacemaker cluster resource manager <<a href="mailto:pacemaker@oss.clusterlabs.org">pacemaker@oss.clusterlabs.org</a>><br>Cc: <br>Date: Mon, 26 Aug 2013 09:26:32 +1000<br>Subject: Re: [Pacemaker] Pacemaker 1.1.7 and negative corosync nodeid<br>
<br>
On 24/08/2013, at 5:26 AM, Nate Clark <<a href="mailto:nate@neworld.us">nate@neworld.us</a>> wrote:<br>
<br>
> 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.<br>

><br>
> 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.<br>

<br>
Once the cluster is running again, you can "just" clear out the old entries with: cibadmin --replace --xml-text '<nodes/>'<br>
That should be enough IIRC<br>
<br></blockquote></div><br><div>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?<br>
<br></div><div>Thanks,<br></div>-nate</div></div>