Hi,
When stopping corosync with /etc/init.d/corosync stop", I'm from time to
time stalled
during unload services :
Signaling Corosync Cluster Engine (corosync) to terminate: [ OK ]
Waiting for corosync services to unload:.
What could be the reasons ?
What could
On Tue, May 4, 2010 at 9:41 AM, Andreas Mock wrote:
> -Ursprüngliche Nachricht-
> Von: "Alain.Moulle"
>>What could I do to avoid this ?
>
> Don't use it. ;-)
That sort of comments isn't going to win many friends on this list is it.
Even with a smiley face.
It may not even be a corosync
-Ursprüngliche Nachricht-
Von: Andrew Beekhof
Gesendet: 04.05.2010 09:54:34
An: Andreas Mock
Betreff: Re: [Openais] What can I do when facing "Waiting for corosync services
to unload:."
>On Tue, May 4, 2010 at 9:41 AM, Andreas Mock [ wrote:
>> -Ursprüngliche Nachricht-
>
On Tue, May 4, 2010 at 9:10 AM, Alain.Moulle wrote:
> Hi,
>
> When stopping corosync with /etc/init.d/corosync stop", I'm from time to
> time stalled
> during unload services :
> Signaling Corosync Cluster Engine (corosync) to terminate: [ OK ]
> Waiting for corosync services to unload:.
> Hi,
>
> When stopping corosync with /etc/init.d/corosync stop", I'm from time to
> time stalled
> during unload services :
> Signaling Corosync Cluster Engine (corosync) to terminate: [ OK ]
> Waiting for corosync services to unload:.
>
> What could be the rea
-Ursprüngliche Nachricht-
Von: "Alain.Moulle"
Gesendet: 04.05.2010 09:10:42
An: openais@lists.linux-foundation.org
Betreff: [Openais] What can I do when facing "Waiting for corosync services to
unload:."
>Hi,
>
>When stopping corosync with /etc/init.d/corosync stop", I'm from tim
Alain,
what version of corosync are you using?
Are you using pacemaker?
If you are using corosync 1.2.1 please try to send gdb bt of threads.
Regards,
Honza
Alain.Moulle wrote:
> Hi,
>
> When stopping corosync with /etc/init.d/corosync stop", I'm from time to
> time stalled
> during unload
Hi everybody,
thanks for all your responses... for now, I did not get the stall
again since this morning , it happens rarely but it happens enough
often to be annoying. Notice that I have none
resource configured. Except the both stonith resources (for a two nodes
cluster)
or 4 stonith resource
Hi,
1.2.0 has some shutdown issues. Try to upgrade to 1.2.1 (1.2.2 when
released), and problem should dissapeared.
Regards,
Honza
Alain.Moulle wrote:
> Hi everybody,
>
> thanks for all your responses... for now, I did not get the stall
> again since this morning , it happens rarely but it hap
Alain, clusterlabs has 1.2.1 now. Could you try updating?
On Tue, May 4, 2010 at 2:48 PM, Jan Friesse wrote:
> Hi,
> 1.2.0 has some shutdown issues. Try to upgrade to 1.2.1 (1.2.2 when
> released), and problem should dissapeared.
>
> Regards,
> Honza
>
>
> Alain.Moulle wrote:
>> Hi everybody,
>
Yep, I've just updated all rpms with :
cluster-glue-1.0.5-1.el5.x86_64.rpm
corosynclib-1.2.1-1.el5.x86_64.rpm
resource-agents-1.0.3-2.el5.x86_64.rpm
cluster-glue-libs-1.0.5-1.el5.x86_64.rpm pacemaker-1.0.8-6.el5.x86_64.rpm
corosync-1.2.1-1.el5.x86_64.rpm
pacemaker-libs-1.0
Alain,
We are aware of a newly discovered shutdown issue but don't yet have a
root cause of the problem. We haven't been able to reproduce it on our
equipment so as of yet we can't fix it.
If you could gather a backtrace of the corosync process during shutdown
that might help.
To do that, first
This is no longer needed by CTS and likely to be very noisy
with large node numbers.
Signed-off-by: Angus Salkeld
---
exec/main.c |4
1 files changed, 0 insertions(+), 4 deletions(-)
diff --git a/exec/main.c b/exec/main.c
index c208510..147821c 100644
--- a/exec/main.c
+++ b/exec/main.
This fixes some spec file errors. Note I have added
rpmbuild & rpmlint to the buildbot compile.
-Angus
Signed-off-by: Angus Salkeld
---
corosync.spec.in |5 +++--
1 files changed, 3 insertions(+), 2 deletions(-)
diff --git a/corosync.spec.in b/corosync.spec.in
index a05840a..42ab922 100644
Signed-off-by: Angus Salkeld
---
test/testcpg.c |4 +++-
1 files changed, 3 insertions(+), 1 deletions(-)
diff --git a/test/testcpg.c b/test/testcpg.c
index 27ea516..5b314d4 100644
--- a/test/testcpg.c
+++ b/test/testcpg.c
@@ -34,6 +34,7 @@
#include
+#include
#include
#include
#
This is to fix rpm builds on older redhat versions that don't
have the newer _initddir macro.
see BZ 575165 (Ryan your bug).
-Angus
Index: openais.spec.in
===
--- openais.spec.in(revision 2130)
+++ openais.spec.in(working copy)
@@ -
oops, missed an _initddir.
Here is an updated patch.
-Angus
Signed-off-by: Angus Salkeld
---
corosync.spec.in |7 ---
1 files changed, 4 insertions(+), 3 deletions(-)
diff --git a/corosync.spec.in b/corosync.spec.in
index a05840a..210bc3a 100644
--- a/corosync.spec.in
+++ b/corosync.s
good for merge
On Wed, 2010-05-05 at 11:32 +1000, Angus Salkeld wrote:
> oops, missed an _initddir.
>
> Here is an updated patch.
>
> -Angus
>
> Signed-off-by: Angus Salkeld
> ---
> corosync.spec.in |7 ---
> 1 files changed, 4 insertions(+), 3 deletions(-)
>
> diff --git a/corosync.
good for merge
On Wed, 2010-05-05 at 10:33 +1000, Angus Salkeld wrote:
> This fixes some spec file errors. Note I have added
> rpmbuild & rpmlint to the buildbot compile.
>
> -Angus
>
> Signed-off-by: Angus Salkeld
> ---
> corosync.spec.in |5 +++--
> 1 files changed, 3 insertions(+), 2 de
good for merge
On Wed, 2010-05-05 at 10:31 +1000, Angus Salkeld wrote:
> This is no longer needed by CTS and likely to be very noisy
> with large node numbers.
>
> Signed-off-by: Angus Salkeld
> ---
> exec/main.c |4
> 1 files changed, 0 insertions(+), 4 deletions(-)
>
> diff --git a/
good for merge
On Wed, 2010-05-05 at 10:41 +1000, Angus Salkeld wrote:
> Signed-off-by: Angus Salkeld
> ---
> test/testcpg.c |4 +++-
> 1 files changed, 3 insertions(+), 1 deletions(-)
>
> diff --git a/test/testcpg.c b/test/testcpg.c
> index 27ea516..5b314d4 100644
> --- a/test/testcpg.c
>
On Tue, May 04, 2010 at 09:21:14PM -0700, Steven Dake wrote:
> good for merge
>
Committed.
I mucked up - I mistakenly committed some of the spec files changes
as a part of this commit, sorry.
-Angus
> On Wed, 2010-05-05 at 10:31 +1000, Angus Salkeld wrote:
> > This is no longer needed by CTS a
On Tue, May 04, 2010 at 09:22:01PM -0700, Steven Dake wrote:
> good for merge
>
Committed.
-Angus
> On Wed, 2010-05-05 at 10:41 +1000, Angus Salkeld wrote:
> > Signed-off-by: Angus Salkeld
> > ---
> > test/testcpg.c |4 +++-
> > 1 files changed, 3 insertions(+), 1 deletions(-)
> >
> > d
23 matches
Mail list logo
