This patch fixes the evs service to properly deliver messages.
Regards
-steve
Index: test/testevs.c
===
--- test/testevs.c (revision 1651)
+++ test/testevs.c (working copy)
@@ -132,13 +132,13 @@
* Demonstrate evs_mcast_joined
Hi
In trunk branch, if you have mcastport:5405 in corosync.conf,
the listen port are 7701 and 7445.
We got 2 bugs in trunk-branch :
A/ corosync is missing htons() when using mcastport.
B/ ports are not contiguous.
Whitetank-branch use htons() when configuration is read : the bug B are
also
Fabien,
Please give me an hour to look at why/how this is different then
whitetank. I'd like to maintain compatibility.
Thanks
-steve
On Tue, 2008-09-23 at 18:24 +0200, Fabien Thomas wrote:
Is there a problem to commit this fix in trunk ?
Another bonus question is why the 2nd port is not
Fabien,
The root of the problem is two fold.
First I ported all of the whitetank totem code to corosync minus the
totemconfig code. The totemconfig code does the htons operation instead
of it being done in lower level code as is done in the patch.
I think the patch is the proper solution but
This test program generates a random length message from 100 bytes to
100100 bytes and fills it with a string with an incrementing number and
random values. It then generates an sha1 hash which is later calculated
and compared by the delivery function.
It is used to verify that the messages
CPG clients that run as normal priority can be starved by aisexec in
certain environments from being scheduled. This results in overflow of
the IPC connection disconnecting the client.
This patch forces the outbound thread to schedule at the same priority
as the rest of aisexec removing the
Hi
Did you mean to include this change?
Index: Makefile.inc
===
--- Makefile.inc(revision 1651)
+++ Makefile.inc(working copy)
@@ -54,7 +54,7 @@
# OPENAIS_BUILD can be defined as RELEASE or DEBUG
#
ifndef