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
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
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
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
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
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
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
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
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 ]
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
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
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
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
13 matches
Mail list logo