Just found the following commit: http://git.fedorahosted.org/git/cluster.git?p=cluster.git;a=commitdiff;h=bcc5fdef8473d99399c624a7bc15423a2af645c1
The problematic test case looks very similar to my tests - maybe that problem still exists? > It's strange, but the problem only occurs when fencing is involved, > and cman kills a node. I will try to write a minimal CPG application > which > triggers that bug. > > btw, can a memory corruption inside my application cause such behavior? > > - Dietmar > > > Dietmar, > > process *should* be removed after IPC is finished. > > > > Maybe it is bug. Do you have any reproduces? > > > > Thanks, > > Honza > > > > Dietmar Maurer wrote: > > >> Inside my CPG application, The confchg callback is called with > > 'dead' > > >> members: > > >> > > >> [debug] cpg member node 3 pid 1132 > > >> [debug] cpg member node 3 pid 14640 > > >> > > >> for example process 1132 does not exists any longer on node 3. Any > > idea > > >> what > > >> can cause such 'ghost' entries? > > > > > > If I run corosync-cpgtool on the node I get: > > > > > >> # corosync-cpgtool > > >> Group Name PID Node ID > > >> mygroup > > >> 1132 3 (192.168.2.8) > > >> 14887 3 (192.168.2.8) > > > > > > But process 1132 does not exists? How can that happen? I thought a > > process > > > is automatically removed from the CPG member list if it exits (or > > crash)? > > > > > > - Dietmar > > > > > > _______________________________________________ > > > Openais mailing list > > > [email protected] > > > https://lists.linux-foundation.org/mailman/listinfo/openais > > _______________________________________________ Openais mailing list [email protected] https://lists.linux-foundation.org/mailman/listinfo/openais
