have found the following:
1. I compiled corosync and libqb without '-pthread'
2. thread stack size on Solaris:
platform 32 bit = 1 MB
platform 64 bit = 2 MB
The second case is related to corosync, because it
defines IPC_DISPATCH_SIZE = 1 MB without '--enable-small-memory-footprint'.
Th
Hi,
your testing machine was Linux? Solaris (or actually, OpenIndiana) was
tested in 2.0 time frame successfully. This really looks like problem in
LibQB (regression?). Can you please try to contact
quarterback-de...@lists.fedorahosted.org (or file a libqb issue at
github), because from corosync si
2013/3/28 Jan Friesse
> Hi,
> corosync functions never returns ERRNO errors. They are returning errors
> like CS_ERR_*. What is return value you've got from cmap_initialize?
>
the stack-trace:
/3@3: -> libvotequorum:votequorum_initialize(0x8834b2c, 0x0, 0x0,
0xfea63855)
/2: nanosleep(0xFE99BF
Hi,
corosync functions never returns ERRNO errors. They are returning errors
like CS_ERR_*. What is return value you've got from cmap_initialize?
Regards,
Honza
eXeC001er napsal(a):
> Hello.
>
> I tried to create an application that uses corosync via its libraries, but
> it seems something wro
Hello.
I tried to create an application that uses corosync via its libraries, but
it seems something wrong.
On the machine where i debug corosync-tests work fine, but my application
does not work. The application cannot intialize CMAP connection (same with
VOTEQUORUM).
"*_initialize" function retu