<div dir="ltr">Hi Ken,<div><br></div><div>I remember with to be informed about this issue.</div><div>Unfortunately I cannot work on it right now, so it is postponed for some time.</div><div>Anyway, as soon as I resume my work on it, I will let you know the result.</div><div>Thank you for the help and all the advises =)</div><div><br></div><div>P.S.: I noticed that "<span style="color:rgb(119,119,119);font-family:'normal arial',sans-serif;font-size:12px">users</span><span style="color:rgb(119,119,119);font-family:'normal arial',sans-serif;font-size:12px">@<a href="http://clusterlabs.org">clusterlabs.org</a></span>" wasn't in the later conversation, so I am adding it to keep this info alive forever in the web =)</div><div class="gmail_extra"><br clear="all"><div><div class="gmail_signature"><div dir="ltr">Thank you,<div>Kostya</div></div></div></div>
<br><div class="gmail_quote">On Sat, May 2, 2015 at 1:32 AM, Ken Gaillot <span dir="ltr"><<a href="mailto:kgaillot@redhat.com" target="_blank">kgaillot@redhat.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><span class="">On 04/28/2015 04:56 AM, Kostiantyn Ponomarenko wrote:<br>
>> Are you configuring and compiling the software separately on each node,<br>
>> or compiling once and installing those binaries/packages on all nodes?<br>
><br>
> I compiled it once and now just using the binaries.<br>
><br>
>> If compiling once, are your nodes similar enough that the one<br>
>> ./configure is valid for all of them?<br>
><br>
> Yes, the are all same - same Debian version.<br>
><br>
>> What specific versions of libqb, corosync and pacemaker are you using?<br>
><br>
> libqb 0.17.1<br>
> corosync 3.2.4<br>
> pacemaker 1.1.12<br>
<br>
</span>Those should be good. FYI pacemaker 1.1.13 should be out soon; I doubt<br>
it would fix your issue, but if you're compiling anyway you may want to<br>
grab it when it comes out.<br>
<span class=""><br>
>> Are you sure you're replacing all of these and not using one from<br>
> an older install?<br>
><br>
> Yes, I am pretty sure, but I will give it a try - I will build all the<br>
> packages one more time on a clean system.<br>
<br>
</span>If your destination systems ever had the Debian-provided packages<br>
installed, make sure you purge them, in case there is some file hanging<br>
around somewhere. Maybe compare the file list of the Debian-provided<br>
packages against what you're installing to make sure you have everything.<br>
<br>
This is an odd problem and I'm curious whether you find a solution. The<br>
big mystery to me is that you saw both these messages:<br>
<span class=""><br>
Apr 22 10:49:08 daemon.notice<29> pacemakerd[114133]:   notice:<br>
crm_add_logfile: Additional logging available in<br>
/var/log/pacemaker.log<br>
<br>
Apr 22 10:49:08 daemon.err<27> pacemakerd[114133]:    error:<br>
mcp_read_config: Couldn't create logfile: /var/log/pacemaker.log<br>
<br>
</span>If you look at lib/common/logging.c in the source code,<br>
crm_add_logfile() will always return TRUE if it gets as far as the<br>
"Additional logging" message. But if you look at mcp/corosync.c,<br>
mcp_read_config() will print the "Couldn't create logfile" message only<br>
if crm_add_logfile() returned FALSE.<br>
<br>
I don't see a code path that could print both, so that's why I suspect<br>
some sort of memory corruption (such as a corrupted library or binary,<br>
but potentially there could be a memory overflow in the code somewhere<br>
that for some reason is triggered only in your setup).<br>
<br>
You might try turning on debug logging by setting PCMK_debug=yes in<br>
/etc/default/pacemaker. Normally the additional logs would go into<br>
/var/log/pacemaker.log rather than syslog, but since the issue is that<br>
you don't get pacemaker.log, you can make it go to syslog instead with<br>
PCMK_logfacility=info (noisy) or debug (noisier).<br>
<br>
It's very verbose though and mainly useful for tracing through the code.<br>
If you turn it on make sure it doesn't impact your disk I/O too much.<br>
</blockquote></div><br></div></div>