And the commit 57539d1abc09e5aef322cb9cca5b3e6c496cfae9 from corosync.
There is no code for unlinking of the files bound to sockets if unix domain
sockets are used.
-Ursprüngliche Nachricht-
Von: David Vossel [mailto:dvos...@redhat.com]
Gesendet: Donnerstag, 18. Dezember 2014 18:13
An: T
I used the current trunk.
I could not find the unlink calls.
If domain sockets are used this two methods are used.
In ./lib/ipc_socket.c
static void
qb_ipcc_us_disconnect(struct qb_ipcc_connection *c)
{
munmap(c->request.u.us.shared_data, SHM_CONTROL_SIZE);
unlink(c->request.u.us.shared_file
- Original Message -
>
>
> I sent yesterday this email to the mailing list of libq
> 'quarterback-de...@lists.fedorahosted.org'.
>
> But there is nearly no activity since august.
i saw the email. i flagged it so it would get a response.
>
> I use the current trunk of libqb.
>
> In
Hi all,
I have a pacemaker + corosync cluster installed on a CentOS 6.5
I have a resource ClusterMon with external_agent param set up.
Before last pacemaker update the events notification to the external script
worked perfectly.
After pacemaker update to version 1.1.11, the ClusterMon resource cont
I sent yesterday this email to the mailing list of libq
'quarterback-de...@lists.fedorahosted.org'.
But there is nearly no activity since august.
I use the current trunk of libqb.
In qb_ipcc_us_sock_close nd qb_ipcs_us_withdraw of lib/ipc_setup.c sockets
are closed.
Is there a reason why the f
