[Openais] [GIT PULL] Minor fixes for RPM builds

2011-07-05 Thread Florian Haas
Steve, Fabio, Jan, Angus, Please consider pulling the following changes since commit cfb96c64d91b4232538e16497dd5d621b1130a89: Correct mailing list address in corosync_overview manpage (2011-07-04 15:15:13 +0200) from the git repository at: git://github.com/fghaas/corosync.git master They

Re: [Openais] [GIT PULL] Minor fixes for RPM builds

2011-07-05 Thread Fabio M. Di Nitto
I checked the changes in that branch and they are good to me. Fabio On 7/5/2011 1:58 PM, Florian Haas wrote: Steve, Fabio, Jan, Angus, Please consider pulling the following changes since commit cfb96c64d91b4232538e16497dd5d621b1130a89: Correct mailing list address in corosync_overview

[Openais] [TOTEM ] Process pause detected for XXX ms, flushing membership messages.

2011-07-05 Thread Vladislav Bogdanov
Hi all, Last days I see following messages in logs: [TOTEM ] Process pause detected for XXX ms, flushing membership messages. After that ring is quickly re-established. DLM/clvmd notifies this and switches to kern_stop waiting for fencing to be done. Although what dlm_tool ls provides is really

[Openais] [PATCH] RRP: redundant ring automatic recovery

2011-07-05 Thread Jiaju Zhang
This patch automatically recovers redundant ring failures. Please note that this patch introduced rrp_autorecovery_check_timeout in totem config hence breaks internal ABI. So the internal ABI users of totem.h need to rebuild their binnaries. Signed-off-by: Jiaju Zhang jjzh...@suse.de

Re: [Openais] [TOTEM ] Process pause detected for XXX ms, flushing membership messages.

2011-07-05 Thread Steven Dake
On 07/05/2011 07:26 AM, Vladislav Bogdanov wrote: Hi all, Last days I see following messages in logs: [TOTEM ] Process pause detected for XXX ms, flushing membership messages. After that ring is quickly re-established. DLM/clvmd notifies this and switches to kern_stop waiting for fencing

Re: [Openais] [PATCH] RRP: redundant ring automatic recovery

2011-07-05 Thread Steven Dake
There was trailing white-space in the patch and a typo in the commit log. I fixed those two things and pushed: commit 5dc33c2824e9fd2b8c18e2e30cf60210c5e8617e A big thanks to Jiaju for sorting out the patch and Honza, Florian, and Jiaju for providing tested-by lines. Great work everyone! On

Re: [Openais] [TOTEM ] Process pause detected for XXX ms, flushing membership messages.

2011-07-05 Thread Vladislav Bogdanov
05.07.2011 19:10, Steven Dake wrote: On 07/05/2011 07:26 AM, Vladislav Bogdanov wrote: Hi all, Last days I see following messages in logs: [TOTEM ] Process pause detected for XXX ms, flushing membership messages. After that ring is quickly re-established. DLM/clvmd notifies this and

Re: [Openais] [TOTEM ] Process pause detected for XXX ms, flushing membership messages.

2011-07-05 Thread Steven Dake
On 07/05/2011 10:08 AM, Vladislav Bogdanov wrote: 05.07.2011 19:10, Steven Dake wrote: On 07/05/2011 07:26 AM, Vladislav Bogdanov wrote: Hi all, Last days I see following messages in logs: [TOTEM ] Process pause detected for XXX ms, flushing membership messages. After that ring is quickly

Re: [Openais] [TOTEM ] Process pause detected for XXX ms, flushing membership messages.

2011-07-05 Thread Steven Dake
On 07/05/2011 11:08 AM, Vladislav Bogdanov wrote: 05.07.2011 20:25, Steven Dake wrote: On 07/05/2011 10:08 AM, Vladislav Bogdanov wrote: 05.07.2011 19:10, Steven Dake wrote: On 07/05/2011 07:26 AM, Vladislav Bogdanov wrote: Hi all, Last days I see following messages in logs: [TOTEM ]

[Openais] [PATCH] Add more pause timeout resets

2011-07-05 Thread Steven Dake
Signed-off-by: Steven Dake sd...@redhat.com --- exec/totemsrp.c | 14 ++ 1 files changed, 14 insertions(+), 0 deletions(-) diff --git a/exec/totemsrp.c b/exec/totemsrp.c index 3dcc05e..0194a7c 100644 --- a/exec/totemsrp.c +++ b/exec/totemsrp.c @@ -3501,6 +3501,8 @@ static int

Re: [Openais] [TOTEM ] Process pause detected for XXX ms, flushing membership messages.

2011-07-05 Thread Vladislav Bogdanov
05.07.2011 22:13, Steven Dake wrote: On 07/05/2011 11:08 AM, Vladislav Bogdanov wrote: 05.07.2011 20:25, Steven Dake wrote: On 07/05/2011 10:08 AM, Vladislav Bogdanov wrote: 05.07.2011 19:10, Steven Dake wrote: On 07/05/2011 07:26 AM, Vladislav Bogdanov wrote: Hi all, Last days I see

[Openais] startup error - getpwnam_r() returns ERANGE for some systems

2011-07-05 Thread Tim Beale
Hi, We've just upgraded to corosync v1.3.1 and struck a problem with corosync failing to startup. The problem is the getpwnam_r()/getgrnam_r() calls return ERANGE on our system, meaning insufficient buffer space was supplied (the expected buffer length is 256, rather than 250). I don't know much

[Openais] Fix compile/runtime issues for _POSIX_THREAD_PROCESS_SHARED 1

2011-07-05 Thread Tim Beale
Hi, Another issue we found upgrading was that the code doesn't compile when _POSIX_THREAD_PROCESS_SHARED 1. When it does compile, it crashes on our system - our version of uClibc seems to always expect a 4th arg. The man pages suggests the 4th arg is optional, but does say: 'For greater