On 02/11/2014 07:54 AM, Anthem Cheng wrote:
Hello guys
I've set up a cluster recently with 2 RHEL 6.3 servers,
had corosync 1.4.1 and paemaker 1.1.7 installed.
3 things:
1) wrong mailing list :) you want the pacemaker list
2) your packages are very old. we support pacemaker on RHEL starting
On 02/12/2014 07:58 AM, Anthem Cheng wrote:
Hello guys
I've added a floating IP in my 2 nodes linux cluster,
and can check the resource by crm status
the floating IP is live and up, I can ping it or telnet the service port
on it.
but ifconfig doesn't show me the IP address on any NIC,
On 09/19/2013 12:47 AM, David Lang wrote:
I'm trying to get a cluster up and running without using multicast, I've
made my cluster.conf be the following, but the systems are still sending
to the multicast address and not seeing each other as a result.
Is there something that I did wrong in
On 09/19/2013 11:26 AM, David Lang wrote:
On Wed, 18 Sep 2013, Digimer wrote:
On 18/09/13 23:16, Fabio M. Di Nitto wrote:
On 09/19/2013 12:47 AM, David Lang wrote:
I'm trying to get a cluster up and running without using multicast,
I've
made my cluster.conf be the following
On 09/19/2013 11:35 AM, David Lang wrote:
On Thu, 19 Sep 2013, Fabio M. Di Nitto wrote:
On 09/19/2013 12:47 AM, David Lang wrote:
I'm trying to get a cluster up and running without using multicast, I've
made my cluster.conf be the following, but the systems are still sending
On 09/19/2013 11:54 AM, David Lang wrote:
On Thu, 19 Sep 2013, Fabio M. Di Nitto wrote:
On 09/19/2013 11:26 AM, David Lang wrote:
On Wed, 18 Sep 2013, Digimer wrote:
On 18/09/13 23:16, Fabio M. Di Nitto wrote:
On 09/19/2013 12:47 AM, David Lang wrote:
I'm trying to get a cluster up
On 09/19/2013 11:56 AM, David Lang wrote:
On Thu, 19 Sep 2013, Fabio M. Di Nitto wrote:
On 09/19/2013 11:35 AM, David Lang wrote:
On Thu, 19 Sep 2013, Fabio M. Di Nitto wrote:
You don't need all of that...
cman two_node=1 expected_votes=1 transport=udpu/
There is no need to specify
On 04/18/2013 06:18 PM, eXeC001er wrote:
2013/4/17 Fabio M. Di Nitto fdini...@redhat.com
mailto:fdini...@redhat.com
On 4/17/2013 3:57 PM, eXeC001er wrote:
Hello.
I have tried to create the following demo-cluster to check how work
MasterWins logic
On 4/17/2013 3:57 PM, eXeC001er wrote:
Hello.
I have tried to create the following demo-cluster to check how work
MasterWins logic:
NODE1 (VM)
|== tap0 (host)
NODE2 (VM)
|=br0(host)
NODE3 (VM)
|==
On 3/21/2013 12:18 PM, eXeC001er wrote:
2013/3/20 Fabio M. Di Nitto fdini...@redhat.com
mailto:fdini...@redhat.com
On 3/20/2013 6:26 PM, eXeC001er wrote:
2013/3/20 Fabio M. Di Nitto fdini...@redhat.com
mailto:fdini...@redhat.com
mailto:fdini...@redhat.com
On 3/20/2013 4:31 PM, eXeC001er wrote:
Hello.
The corosync-2.x has qdevice logic, but i have not found any details
about using the logic.
that is because the API is not yet supported. The core is done and ready
to be used but there are no real consumers.
The first Q:
According to the
On 3/20/2013 5:27 PM, eXeC001er wrote:
The first Q:
According to the tests that are part of corosync-sources i think
that i can:
1. create a daemon that register a QDEVICE and will notify corosync
about the device (votequorum_qdevice_poll()).
On 3/20/2013 6:26 PM, eXeC001er wrote:
2013/3/20 Fabio M. Di Nitto fdini...@redhat.com
mailto:fdini...@redhat.com
On 3/20/2013 5:27 PM, eXeC001er wrote:
The first Q:
According to the tests that are part of corosync-sources i think
On 08/25/2011 04:56 AM, Angus Salkeld wrote:
Possible Solutions
==
1] API
We really just want to get/set values do we really need a tree?
as you already mentioned before, tree make it easy to load a config file
and map it in the objdb following the same structure (object,
On 08/25/2011 06:31 AM, Angus Salkeld wrote:
On Thu, Aug 25, 2011 at 05:16:20AM +0200, Fabio M. Di Nitto wrote:
On 08/25/2011 04:56 AM, Angus Salkeld wrote:
Possible Solutions
==
1] API
We really just want to get/set values do we really need a tree?
as you already
Hi all,
for a long time cman has been the quorum provider within RHCS. cman is
going to be obsoleted in the long term and a replacement needs to be
implemented.
In this proposal I left out API names.. they are not important at this
stage and can be defined later on (also because some interfaces
On 8/17/2011 11:21 AM, Christine Caulfield wrote:
On 17/08/11 09:26, Fabio M. Di Nitto wrote:
Hi all,
for a long time cman has been the quorum provider within RHCS. cman is
going to be obsoleted in the long term and a replacement needs to be
implemented.
In this proposal I left out API
On 8/7/2011 6:57 PM, Steven Dake wrote:
Believe many in community are on vacation during our proposal window.
As a result, I'm extending until Aug 30th.
topic-quorum ? as we discussed recently on IRC, in order to replace cman.
Fabio
___
Openais
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
ACk..
On 6/21/2011 12:55 PM, Jan Friesse wrote:
Signed-off-by: Jan Friesse jfrie...@redhat.com
---
configure.ac |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/configure.ac b/configure.ac
index fee8629..41dfeaf 100644
--- a/configure.ac
+++ b/configure.ac
@@
Hi all,
we are in the process of moving the old cluster wiki
(http://sourceware.org/cluster/wiki/) to:
https://fedorahosted.org/cluster/wiki/HomePage
All pages from the old wiki have been imported and we are in the process
to reformat the pages to match the new trac-wiki notation.
If you own
Patch 1 and 2 ACK. I´ll leave 3 to Steven, but it looks good.
Fabio
On 3/15/2011 12:44 AM, Angus Salkeld wrote:
1) both IPv4 and IPv6 mcast should default to ttl=1
2) the range should be 0..255
0 is valid meaning localhost only (cluster of one)
Signed-off-by: Angus Salkeld
On 2/23/2011 2:17 PM, Russell Bryant wrote:
On Wed, Feb 23, 2011 at 1:53 AM, Fabio M. Di Nitto fdini...@redhat.com
wrote:
I hope the change from:
read (fd, memb_ring_id-seq, sizeof (unsigned long long));
to
read (fd, memb_ring_id-seq, sizeof (uint64_t));
won't cause any problems
On 2/23/2011 5:55 PM, Steven Dake wrote:
On 02/23/2011 06:28 AM, Fabio M. Di Nitto wrote:
On 2/23/2011 2:17 PM, Russell Bryant wrote:
On Wed, Feb 23, 2011 at 1:53 AM, Fabio M. Di Nitto fdini...@redhat.com
wrote:
I hope the change from:
read (fd, memb_ring_id-seq, sizeof (unsigned long long
On 2/22/2011 11:55 PM, Angus Salkeld wrote:
On Tue, Feb 22, 2011 at 12:48:32PM -0700, Steven Dake wrote:
If the ring id file for the processor is less then 8 bytes, totemsrp would
assert. Our speculation is that this condition happens during a fencing
operation or local filesystem corruption.
On 2/22/2011 6:44 PM, Steven Dake wrote:
Clearly the iterate loop is wrong as is, and your patch is correct, but
I'm curious, does this fix a specific bug?
https://bugzilla.redhat.com/show_bug.cgi?id=677975
:)
Fabio
Thanks
-steve
On 02/22/2011 06:42 AM, Jan Friesse wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Hi all,
A lot of people find it hard to setup their first cluster or simply
don´t have time to repeat the same setup over and over, either for
development or do some basic testing or to showcase cluster technologies
to other people.
The Cluster
(sorry top post warning)
IIRC corosync-pload is a destructive test. You need to restart
corosync after its run.
Fabio
On 12/22/2010 9:52 AM, Dietmar Maurer wrote:
Corosync v1.3.0 (single node)
Debian Squeeze AMD64 with latest 2.6.32 kernel
When I run “corosync-pload” it prints:
On 12/22/2010 10:35 AM, Dietmar Maurer wrote:
IIRC corosync-pload is a destructive test. You need to restart corosync
after its run.
Ah - good to know. Although I don't really understand why that need to be
destructive?
Steven needs to answer this one. I know it does some nasty things
On 12/10/2010 10:33 AM, nozawat wrote:
Hi
I want to make rpm in latest corosync(git clone
http://corosync.org/git/corosync.git).
However, I became the error if I would make rpm and was not able to make
it.
The making of the rpm file is possible from release of corosync-1.3.0.
I attach log
Signed-off-by: Fabio M. Di Nitto fdini...@redhat.com
On 12/1/2010 5:28 PM, Steven Dake wrote:
Set the recv buffer to a large size and the send buffer to a large size to
allow the kernel to store more messages before dropping messages.
Signed-off-by: Steven Dake sd...@redhat.com
---
exec
Signed-off-by: Fabio M. Di Nitto fdini...@redhat.com
---
corosync.spec.in |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/corosync.spec.in b/corosync.spec.in
index 2eff07e..6b0c464 100644
--- a/corosync.spec.in
+++ b/corosync.spec.in
@@ -82,6 +82,7 @@ fi
%files
%defattr
Signed-off-by: Fabio M. Di Nitto fdini...@redhat.com
---
Makefile.am | 40 -
build-aux/git-version-gen | 161 ++
build-aux/gitlog-to-changelog | 191 +
build-aux/release.mk | 75
Signed-off-by: Fabio M. Di Nitto fdini...@redhat.com
---
Makefile.am | 25 ++---
1 files changed, 18 insertions(+), 7 deletions(-)
diff --git a/Makefile.am b/Makefile.am
index 6d9e009..fc7a4f1 100644
--- a/Makefile.am
+++ b/Makefile.am
@@ -114,13 +114,24 @@ $(SPEC): $(SPEC
Hi Steven,
as we discussed and tested on IRC, this is the framework to do releases
from git.
Left to do:
- tune the build-aux/release.mk publish target for you environment
(including/optionally gpgsign).
- add warning in main.c when using test versions.
the build-aux/git* scripts have been
On 11/10/2010 06:28 AM, Fabio M. Di Nitto wrote:
Hi Steven,
as we discussed and tested on IRC, this is the framework to do releases
from git.
Left to do:
- tune the build-aux/release.mk publish target for you environment
(including/optionally gpgsign).
- add warning in main.c when
On 10/13/2010 6:52 AM, Vladislav Bogdanov wrote:
13.10.2010 07:14, Fabio M. Di NItto wrote:
On 10/13/2010 12:14 AM, Vadym Chepkov wrote:
Also you might want to notice that there is no way any of the corosync
library can be of any use on a system without corosync main package.
Of cause
(purging some off topic bits ;))
On 10/13/2010 10:12 AM, Vladislav Bogdanov wrote:
I already wrote that on pacemaker list, -libs is generally not a
subpackage, but rather a superpackage. If libraries are in base
package then dependency of subpackages on base package is correct
(automatic
On 10/13/2010 11:42 AM, Vladislav Bogdanov wrote:
13.10.2010 11:41, Fabio M. Di Nitto wrote:
...
It is absolutely legal to have both heartbeat and corosync packages
installed even with that Provides: cluster-engine virtual dependencies
as long as they do not have Conflicts: or Obsoletes
On 10/12/2010 07:09 PM, Vadym Chepkov wrote:
I disagree, users don't usually install libs directly, unless they
intend to, they would install corosync package if they need it.
This is pretty much Debian you are talking about.
you can check yourself with majority of the packages: xen-libs don't
On 10/12/2010 08:02 PM, Vladislav Bogdanov wrote:
12.10.2010 20:43, Fabio M. Di NItto wrote:
...
Also you might want to notice that there is no way any of the corosync
library can be of any use on a system without corosync main package.
Then what is the reason to have both corosync
On 10/13/2010 12:14 AM, Vadym Chepkov wrote:
Also you might want to notice that there is no way any of the corosync
library can be of any use on a system without corosync main package.
Of cause there is. What if you just compile pacemaker, for instance?
Why would you need to install corosync
On 09/04/2010 07:23 PM, Steven Dake wrote:
On 09/03/2010 09:33 PM, Fabio M. Di NItto wrote:
On 09/03/2010 09:13 PM, Ryan O'Hara wrote:
Same as Steve's patch to corosync init script.
Can you also consider adding Provides: corosync as suggested in the
thread?
wouldn't openais need
On 9/2/2010 9:09 PM, Steven Dake wrote:
On 08/31/2010 08:45 PM, Vladislav Bogdanov wrote:
Hi,
31.08.2010 22:22, Steven Dake wrote:
I am pleased to announce Corosync 1.2.8 is available for immediate
download from our website.
Initscript doesn't seem to be fixed yet.
On 9/3/2010 10:00 AM, Keisuke MORI wrote:
2010/9/3 Fabio M. Di Nitto fabbi...@fabbione.net:
so the current init script has:
# chkconfig: - 20 20
and that is definitely wrong. It must have slept through the crack when
we re-did the init script a while ago. Kudos to Vladislav for noticing
On 9/3/2010 10:26 AM, Vladislav Bogdanov wrote:
03.09.2010 11:16, Fabio M. Di Nitto wrote:
On 9/3/2010 10:00 AM, Keisuke MORI wrote:
2010/9/3 Fabio M. Di Nitto fabbi...@fabbione.net:
so the current init script has:
# chkconfig: - 20 20
and that is definitely wrong. It must have slept
On 09/03/2010 09:13 PM, Ryan O'Hara wrote:
Same as Steve's patch to corosync init script.
Can you also consider adding Provides: corosync as suggested in the
thread?
Thanks
Fabio
___
Openais mailing list
Openais@lists.linux-foundation.org
On 09/02/2010 09:09 PM, Steven Dake wrote:
On 08/31/2010 08:45 PM, Vladislav Bogdanov wrote:
Hi,
31.08.2010 22:22, Steven Dake wrote:
I am pleased to announce Corosync 1.2.8 is available for immediate
download from our website.
Initscript doesn't seem to be fixed yet.
On 8/25/2010 10:26 AM, Kacper Kowalik wrote:
Hi,
I would like to ask for inclusion regarding two issues:
1) respect LDFLAGS env during linking
this is good one, did you check if all Makefiles.am do respect LD_FLAGS
already? If not, the change should probably be more global.
2) don't
On 8/25/2010 11:16 AM, Kacper Kowalik wrote:
W dniu 25.08.2010 10:37, Fabio M. Di Nitto pisze:
On 8/25/2010 10:26 AM, Kacper Kowalik wrote:
Hi,
I would like to ask for inclusion regarding two issues:
1) respect LDFLAGS env during linking
this is good one, did you check if all Makefiles.am
.
Regards,
Honza
Fabio M. Di Nitto wrote:
On 7/22/2010 7:56 PM, Steven Dake wrote:
On 07/22/2010 10:25 AM, Steven Dake wrote:
On 07/22/2010 08:49 AM, Jan Friesse wrote:
Patch uses flock to ensure that only one instance of corosync is running.
Regards,
Honza
On 7/22/2010 7:56 PM, Steven Dake wrote:
On 07/22/2010 10:25 AM, Steven Dake wrote:
On 07/22/2010 08:49 AM, Jan Friesse wrote:
Patch uses flock to ensure that only one instance of corosync is running.
Regards,
Honza
___
Openais mailing list
Committed revision 2997.
On 7/17/2010 2:34 AM, Steven Dake wrote:
On 07/16/2010 12:15 AM, Fabio M. Di Nitto wrote:
Hi Steven,
patch in attachment addresses bz 615203
Needs to be applied to trunk _and_ flatiron.
Thanks
Fabio
___
Openais
Hi Steven,
patch in attachment addresses bz 615203
Needs to be applied to trunk _and_ flatiron.
Thanks
Fabio
Index: exec/mainconfig.c
===
--- exec/mainconfig.c (revision 2989)
+++ exec/mainconfig.c (working copy)
@@ -528,22
Steven,
you need to get /var from %{localstatedir} in the build system.
The spec file needs to be generated based on that (we already do for
other dirs IIRC, so it should be very simple to pass localstatedir too.
Any other solution will break custom install path.
Fabio
On 06/29/2010 01:22
On 06/12/2010 09:29 PM, Steven Dake wrote:
Andreas,
Thanks for all the work on this, but your intuition of removing the code
completely (your first patch) is correct. This is why the patch was
applied without argument. I don't want ifdef's in the code around debug
output. Libraries in
On 6/10/2010 1:50 AM, Vadym Chepkov wrote:
Hi,
There are several issues with corosync spec file.
- configure script should be called in %build, not in %prep section.
- the macro used for init.d is wrong
- chckonfig --add should be called only when rpm is installed, not during
upgrade,
On 6/10/2010 3:40 AM, Vadym Chepkov wrote:
Didn't look right, more like this:
%{!?_initddir: %{expand: %%define _initddir %{_sysconfdir}/rc.d/init.d}}
But why making it so complicated when the current macro is portable to
all rpm based distribution?
Fabio
On 6/10/2010 6:04 AM, Vadym Chepkov wrote:
On Jun 9, 2010, at 11:58 PM, Fabio M. Di Nitto wrote:
On 6/10/2010 3:40 AM, Vadym Chepkov wrote:
Didn't look right, more like this:
%{!?_initddir: %{expand: %%define _initddir %{_sysconfdir}/rc.d/init.d}}
But why making it so complicated when
On 6/7/2010 2:56 PM, Vadym Chepkov wrote:
It would be nice to prevent this from happening though:
ls /etc/rc3.d/*corosync*
/etc/rc3.d/S99corosync
yum -y update
Updating:
corosync x86_641.2.2-1.1.el5
clusterlabs
Hi,
On 6/7/2010 6:27 AM, Vadym Chepkov wrote:
Hi,
I think corosync starts too early during system initialization.
Current priorities in init.d script seems to be wrong:
corosync-1.2.2-1.1.el5:
# chkconfig: - 20 20
I observe very strange behavior, if it starts as configured I get this
On 6/7/2010 6:47 AM, Vadym Chepkov wrote:
On Jun 7, 2010, at 12:34 AM, Fabio M. Di Nitto wrote:
There is also a major catch-22 in changing them.
In certain environment it is necessary to start corosync right after the
network because everything else in the boot process could require
On 6/5/2010 8:31 AM, Andreas Florath wrote:
Hello!
Ok - looks that it's needed sometimes during debugging.
Indeed.
Attached a patch against svn version 2920 which (hopefully)
does The-Right-Thing and has no buffer overflow.
It is enough to fix the buffer overflow in the old code. This
Steven,
we left this code in specifically to debug logsys and #ifdef out because
unrequired for normal runtime operations. the configure system does NOT
know how to enable that flag exactly because users shouldn´t be mangling
it at random.
the buffer overflow can´t be exploited since it´s not
On 4/28/2010 6:57 AM, Angus Salkeld wrote:
trigger the dumping of flight data using:
corosync-objctl -w runtime.logsys.dump_flight_data=yes
then read the flight data as usual:
corosync-fplay
Nice idea.. can we hook up also a signal handler (maybe USR1 that seems
unused) to achieve the
at the moment, so I can´t confirm, but
when they were introduced they used to work.
Regards,
Honza
Fabio M. Di Nitto wrote:
On 4/7/2010 5:57 PM, Jan Friesse wrote:
+ -Wl,-whole-archive $^ -Wl,-no-whole-archive $(LDFLAGS)
$(OS_DYFLAGS) $(OS_LDL) $(AM_LDFLAGS)
some
On 4/7/2010 5:57 PM, Jan Friesse wrote:
+ -Wl,-whole-archive $^ -Wl,-no-whole-archive $(LDFLAGS)
$(OS_DYFLAGS) $(OS_LDL) $(AM_LDFLAGS)
some of the snippets you are readding to the Makefile includes
explicitly -ldl while the linux build OS_ bits.
Can you please be consistent with
On 4/1/2010 2:32 AM, Steven Dake wrote:
Ryan,
As we talked about on irc a few days ago, there is no current way to
detect the version of the service engine installed on the system for
openais services. This attached patch puts the version field in the
service engine description that is
On 2/17/2010 12:21 PM, Angus Salkeld wrote:
On Wed, 2010-02-17 at 07:47 +0100, Fabio M. Di Nitto wrote:
I only have a few comments, some of them we discussed on IRC.
When adding new files, you need to update the corosync.spec.in too.
In general my policy has always been that (s)rpm from
I only have a few comments, some of them we discussed on IRC.
When adding new files, you need to update the corosync.spec.in too.
In general my policy has always been that (s)rpm from development should
enable all features and ships all files.
Since those files are useful only when augtool are
On 2/8/2010 10:49 PM, Steven Dake wrote:
On Mon, 2010-02-08 at 11:13 -0700, hj lee wrote:
I noticed that this happens when corosync starts before syslog in init
start order. I understand that corosync requires syslog, but at least
it should start OK and should be operational OK even without
On 1/13/2010 6:08 PM, David Teigland wrote:
On Wed, Jan 13, 2010 at 02:49:53PM +1100, Angus Salkeld wrote:
On Wed, Jan 13, 2010 at 6:06 AM, David Teigland teigl...@redhat.com wrote:
corosync-objctl used to print a lot of useful information which now
appears only as **binary**. ?Is there a way
On 1/12/2010 9:12 AM, Andrew Beekhof wrote:
On Tue, Jan 12, 2010 at 8:50 AM, Fabio M. Di Nitto fdini...@redhat.com
wrote:
On 1/12/2010 6:07 AM, Hunny Bunny wrote:
Thanks for reply Fabio,
I went through this site also. However, I cannot figure out how to
compile only dlm (libdlm) and cman
On 1/12/2010 8:59 PM, Hunny Bunny wrote:
Hello Fabio,
I tried diligently to build newest cluster-3.0.7 tree as you suggested.
However, when it compiles ld gives me:
cannot find -lccs error
collect2: ld returned 1 exit status
My assumption was that libccs is included with Red Hat cluster.
On 1/12/2010 10:10 PM, Hunny Bunny wrote:
Hello Fabio,
Here is the information regarding this libccs problem:
--without_gfs \
--without_gfs2 \
--without_group \
--without_fence \
--without_fence_agents \
--without_rgmanager \
--without_resource_agents \
--without_bindings \
On 1/12/2010 11:57 PM, Hunny Bunny wrote:
Hello Fabio,
I admit, I might don't understand something obvious to you and other
experienced cluster
folkz. It is my first attempt to build an HA cluster, so please correct
me where I'm wrong.
I've already built almost complete Corosync/OpenAIS,
On 1/13/2010 1:28 AM, Hunny Bunny wrote:
Hello Fabio,
If I understood you correctly, in my case of non RH cluster I should
disregard ocfs2-tools complains regarding absence of libdlm/libcman and
just compile and install it?
IIRC libdlm/cman are only used to build ocfs2_controld.cman that
On 1/12/2010 12:32 AM, Hunny Bunny wrote:
Hello folkz,
Could somebody please point me out where I can get tar balls of dlm
(libdlm) and cman (libcman) sources.
My search in google yielded nothing definitive.
Many thanks in advance,
http://sources.redhat.com/cluster/wiki/
Fabio
On 1/12/2010 6:07 AM, Hunny Bunny wrote:
Thanks for reply Fabio,
I went through this site also. However, I cannot figure out how to
compile only dlm (libdlm) and cman (libcman) libraries without whole
Red Hat cluster environment.
I'm going to use OCFS2 with DRBD, Corosync/OpenAIS and
On 1/9/2010 11:15 AM, Andrew Beekhof wrote:
On Fri, Jan 8, 2010 at 12:33 PM, Fabio M. Di Nitto fdini...@redhat.com
wrote:
ACK, the patch fixes the problems spotted with IPC shutdown.
There is only one segfault left to address and it is triggered only when
corosync receives a kill -TERM
ACK, the patch fixes the problems spotted with IPC shutdown.
There is only one segfault left to address and it is triggered only when
corosync receives a kill -TERM.
Fabio
On 1/8/2010 12:22 PM, Jan Friesse wrote:
Related to https://bugzilla.redhat.com/show_bug.cgi?id=547511
This patch
On 1/8/2010 5:12 AM, Thomas Guthmann wrote:
Heya,
I'm sure the clusterlabs.org team will update soon their repository but
in the mean time if you need to package corosync 1.2.0, the following
spec file might help you (design for EPEL/Centos5/RHEL5).
It's based on Fabio M. Di Nitto work
Steven Dake wrote:
Honza,
Looks pretty good; few comments:
The patch is definitely a step forward, but as noted in the BZ, doesn´t
unfortunately fix the problem.
Good work on the patch though. See you after break.
Indeed. Have a great vacation.
Fabio
and hot glue HA system :-)
--
Robert Borkowski
On Mon, Dec 14, 2009 at 2:53 AM, Fabio M. Di Nitto fdini...@redhat.com
mailto:fdini...@redhat.com wrote:
Binding over tun devices might be useful, but be aware of several
different gotchas:
- MTU is not ethernet size (and it愀
Robert Borkowski wrote:
What would you suggest when running on Amazon EC2? No multicast, no GRE...
There's no guarantee that the cluster members will be anywhere near each
other
network-wise.
--
Robert Borkowski
I personally never used cloud services so I am not sure I am the right
Binding over tun devices might be useful, but be aware of several
different gotchas:
- MTU is not ethernet size (and it´s not constant. vtun uses 50 bytes
for its own header - irrelevant to corosync - others might use different
size. this could affect certain opeartions)
- tun implementation.
simplest test case to reproduce the problem. It triggers the leak very
quickly and without running cluster on top. Plain corosync will show the
problem.
gcc -Wall -o test ipctest.c -lconfdb
Fabio
Fabio M. Di Nitto wrote:
Hi guys,
this is the setup:
2 nodes cluster, one x86 and x86_64
/init/generic.in
new file mode 100755
index 000..ac63a5f
--- /dev/null
+++ b/init/generic.in
@@ -0,0 +1,150 @@
+#!/bin/bash
+
+# Authors:
+# Andrew Beekhof abeek...@redhat.com
+# Fabio M. Di Nitto fdini...@redhat.com
+#
+# License: Revised BSD
+
+# chkconfig: - 20 20
+# description: OpenAIS
- use %global instead of %define
- clean up to use %{name} instead of hardcoded corosync
- drop postun snippet. With the new logic of wait forever to shutdown,
we cannot reload automatically during an upgrade. This could deadlock
the upgrade process by waiting forever on corosync to stop. We have
angus salkeld wrote:
On 12/1/2009 at 08:52 PM, in message 4b14cb3e.1010...@redhat.com,
Fabio M.
Di Nitto fdini...@redhat.com wrote:
Not sure if this is the same problem, but it appears that trunk/ is
leaking memory. sometimes 4 bytes, sometimes 128.
flatiron doesn*t show this problem
)
@@ -1,145 +1,146 @@
-#!/bin/sh
+#!/bin/bash
+
+# Authors:
+# Andrew Beekhof abeek...@redhat.com
+# Fabio M. Di Nitto fdini...@redhat.com
#
-# corosync Start the Corosync Cluster Engine
-#
-# Author: Andrew Beekhof abeek...@suse.de
-# License: Revised BSD
-#
+# License: Revised
/etc/corosync/service.d has been supported for a long time, but not many
noticed it because it´s not installed by default. Fix that.
some distro were looking into some random framework to plug/unplug
external services (such as pacemaker) when in fact we do have it in place.
Fabio
Index:
Merged 2556
Steven Dake wrote:
good for merge
On Mon, 2009-11-30 at 20:01 +0100, Fabio M. Di Nitto wrote:
/etc/corosync/service.d has been supported for a long time, but not many
noticed it because it´s not installed by default. Fix that.
some distro were looking into some random
see subject.. those 2 init calls will create separate threads and they
need to be invoked only after we have forked in background or bad things
happen.
Fabio
Index: exec/main.c
===
--- exec/main.c (revision 2556)
+++ exec/main.c
This patch looks good.
Fabio
angus salkeld wrote:
On 12/1/2009 at 12:57 PM, in message
4b1512c202719...@gwia.alliedtelesyn.co.nz, angus salkeld
angus.salk...@alliedtelesis.co.nz wrote:
Hi
This makes sure that calls to object_XYZ_typed() have null terminated key
names.
Fabio:
+
+# Authors:
+# Andrew Beekhof abeek...@redhat.com
+# Fabio M. Di Nitto fdini...@redhat.com
#
-# corosync Start the Corosync Cluster Engine
+# License: Revised BSD
+
+# chkconfig: 2345 20 20
+# description: Corosync Cluster Engine
+# processname: corosync
#
-# Author: Andrew Beekhof
and
in theory it could also replace the montavista init script (that uses
specific Debian based tools such as start-stop-daemon).
Fabio
#!/bin/bash
# Authors:
# Andrew Beekhof abeek...@redhat.com
# Fabio M. Di Nitto fdini...@redhat.com
#
# License: Revised BSD
# chkconfig: 2345 20 20
Steven Dake wrote:
ya logic sounds good
can you do the init.in parts and post a patch that removes the other
init scripts?
Yes of course. It will be on its way soon.
Fabio
___
Openais mailing list
Openais@lists.linux-foundation.org
Steven Dake wrote:
Hi,
Our short term release plans for Corosync (flatiron).
Nov 25 - 1.1.3 - current bug fixes (including Angus's Coverity scan
results)
after 1.1.3 - stats patch stream merged into flatiron
Dec 15 - 1.2.0 - statistics patch stream, SAM service, totemsrp scaling
Steven Dake wrote:
On Sun, 2009-11-22 at 19:16 +0100, Fabio M. Di Nitto wrote:
Steven Dake wrote:
Hi,
Our short term release plans for Corosync (flatiron).
Nov 25 - 1.1.3 - current bug fixes (including Angus's Coverity scan
results)
after 1.1.3 - stats patch stream merged into flatiron
1 - 100 of 374 matches
Mail list logo