[Pacemaker] What is the reason which the node in which failure has not occurred carries out "lost"?

[Andrew Beekhof]

On 20 Feb 2014, at 8:39 pm, yusuke iida <yusk.iida at gmail.com> wrote:

> Hi, Andrew
> 
> 2014-02-20 17:28 GMT+09:00 Andrew Beekhof <andrew at beekhof.net>:
>> Who was pid 16243?
>> Doesn't look like a pacemaker daemon.
> pid 16243 is crm_mon.

That means that the state displayed by crm_mon was > 500 updates behind.
At that point, what its displaying is horribly out of date and evicting it seems like a pretty good idea.

> In vm01, crm_mon was started and the state was checked.
> 
> If there is information required for analysis to other, I get it.

Some idea of what crm_mon is doing would be a good start.
Adding a few -V options in addition to --disable-ncurses might be the best approach.

> 
> Regards,
> Yusuke
>> 
>>> 
>>> Overflow of queue of vm09 has taken place between cib and stonithd.
>>> Feb 20 14:20:22 [15519] vm09        cib: (       ipc.c:506   )
>>> trace: crm_ipcs_flush_events:  Sent 36 events (530 remaining) for
>>> 0x105ec10[15520]: Resource temporarily unavailable (-11)
>>> Feb 20 14:20:22 [15519] vm09        cib: (       ipc.c:515   )
>>> error: crm_ipcs_flush_events:  Evicting slow client 0x105ec10[15520]:
>>> event queue reached 530 entries
>>> 
>>> Although I checked the code of the problem part, it was not understood
>>> by which it would be solved.
>>> 
>>> Is it less likelihood of sending a message of 100 at a time?
>>> Does calculation of the waiting time after message transmission have a problem?
>>> Threshold of 500 may be too low?
>> 
>> being 500 behind is really quite a long way.
> 
> 
> 
> 
> -- 
> ----------------------------------------
> METRO SYSTEMS CO., LTD
> 
> Yusuke Iida
> Mail: yusk.iida at gmail.com
> ----------------------------------------
> 
> _______________________________________________
> Pacemaker mailing list: Pacemaker at 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://bugs.clusterlabs.org

-------------- 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/20140221/7cd514c6/attachment-0004.sig>