Hi Kazunori-san, On Thu, Sep 22, 2011 at 05:50:53PM +0900, Kazunori INOUE wrote: > Hi Dejan, > > (2011/06/21 21:59), Dejan Muhamedagic wrote: >> Hi Kazunori-san, >> >> Apologies for not getting back to you sooner. >> >> On Mon, Jun 06, 2011 at 06:17:31PM +0900, Kazunori INOUE wrote: >>> Hi, >>> >>> (2011/05/27 19:32), Lars Ellenberg wrote: >>>> >>>> Oh no. >>>> Now you have duplicated all nodes, and will always get "unclean" nodes. >>>> >>>> Is this some variant of: >>>> http://www.clusterlabs.org/wiki/Initial_Configuration#A_Special_Note_for_People_Switching_Cluster_Stacks >>>> >>>> Could that be the root cause of your duplicate node instances with >>>> different ids? >>>> >>> Yes. >>> Corosync uses uname (output of 'uname -n') as ID of the node, and >>> Heartbeat uses UUID as ID of the node. Therefore, on Heartbeat stack, >>> unclean node is added when I loaded the following CLI. >>> # cat test1.cli >>> node srv-a1 utilization capacity="1" >>> # >>> >>> Attached "crm_configure_node_for_hb.patch" replaces ID of node (uname) >>> with UUID, after parsing the node ('node srv-a1 utilization capacity="1"') >>> command. >>> # crm -d configure load update test1.cli >>> (snip) >>> DEBUG: 1: cli_list: [['node', [['uname', 'srv-a1'], ['id', 'srv-a1']]], >>> ['utilization', [['capacity', '1']]]] >>> DEBUG: 1: id_replace:<srv-a1> to<0cd9d2df-13fa-4b11-93d3-27a57192caeb> >>> DEBUG: 1: cli_list: [['node', [['uname', 'srv-a1'], ['id', >>> '0cd9d2df-13fa-4b11-93d3-27a57192caeb']]], ['utilization', [['capacity', >>> '1']]]] >>> (snip) >>> >>> In other words attached patch will get the same result as loading >>> following cli. >>> # cat test2.cli >>> node $id="0cd9d2df-13fa-4b11-93d3-27a57192caeb" utilization capacity="1" >>> # >>> Is not this patch effective? >> >> Took a look at the patch, but I still need to investigate this >> further. Unfortunately, my schedule got really tight lately. >> I'll try to get to it as soon as I can. >> >> Cheers, >> >> Dejan >> > How is the status of this problem?
Sorry to say none. I thought that one of you were on to it, but obviously not so. I guess I mixed it with something else. I'll see to it one of these days. Thanks, Dejan > Thanks for your help. > Kazunori INOUE > >>>> Or is only the crm shell getting it wrong when updating node attributes? >>>> >>>> -- >>>> : Lars Ellenberg >>>> : LINBIT | Your Way to High Availability >>>> : DRBD/HA support and consulting http://www.linbit.com >>>> >>>> DRBD® and LINBIT® are registered trademarks of LINBIT, Austria. >> >> _______________________________________________ >> Pacemaker mailing list: Pacemaker@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://developerbugs.linux-foundation.org/enter_bug.cgi?product=Pacemaker > > _______________________________________________ > Pacemaker mailing list: Pacemaker@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://developerbugs.linux-foundation.org/enter_bug.cgi?product=Pacemaker _______________________________________________ Pacemaker mailing list: Pacemaker@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://developerbugs.linux-foundation.org/enter_bug.cgi?product=Pacemaker
