Dietmar,
link you sent is about really really different problem (basically, it's
not bug, but RFE for corosync).

Memory corruption in normal case cannot cause bug you have (of course,
if you are not changing corosync process memory ;), what you are
probably not doing).

Best application for such test is testcpg.c. If there is really bug, can
you please create BZ (ideally with way to reproduce, because I'm really
not able to reproduce such behavior).

Regards,
  Honza

Dietmar Maurer wrote:
> 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

Reply via email to