<div dir="ltr"><div><div><div><div>Hi Simon,<br><br></div>so we have tried to find the problem with the initial installation, but no luck yet. It is very difficult to track it, as it is totally non-deterministic!<br></div>
In the meantime, we installed the latest version of RabbitMQ, which includes de set -e fix, but the same issue still happened. Given the output of ps auxf<br><br><a href="https://gist.github.com/anonymous/62239513b154179a8a4e">https://gist.github.com/anonymous/62239513b154179a8a4e</a><br>
<br></div>it looks like <br><pre class="">/bin/sh /etc/init.d/rabbitmq-server start<br></pre>and <br><pre class="">/bin/sh /usr/sbin/rabbitmqctl <span class="">wait</span> /var/run/rabbitmq/pid</pre>were running concurrently. Is there any chance that this fact created some sort of race condition between these 2 processes that would make the set -e fix not work?<br>
<br></div>Cheers,<br>Cesar.<br><div><div><br></div></div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On 6 June 2014 11:55, Cesar Munoz <span dir="ltr"><<a href="mailto:cesar.munoz@ammeon.com" target="_blank">cesar.munoz@ammeon.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div><div><div>Hi Simon,<br><br>the ulimits for rabbitmq user are pretty much the same, the only difference is that max user processes is set to 1024 instead of 2066207.<br>
<br></div>About the system itself, it is true that there has to be something strange going on if a shell redirection can fail, but I'm checking the configuration and I don't see anything specially awkward.<br>
<br>We are using Red Hat 6.4, and these are the parameters that we set in the sysctl.conf:<br><a href="http://pastebin.com/SfJBwrna" target="_blank">http://pastebin.com/SfJBwrna</a><br><br>The rest of the parameters in the kickstart file are pretty much the standard ones.<br>

</div>This is an intermittent issue (we are testing how often it happens, so far we got 3 failures in 13 installations), so it is harder to track it!<br>Either way, restarting the service works, so it looks like whatever causes the problem disappears after a while. I've been trying to find what could make this non-deterministic, but so far I haven't noticed anything unusual.<br>

<br></div>Thanks again!<span class="HOEnZb"><font color="#888888"><br>Cesar.<br></font></span></div><div class="HOEnZb"><div class="h5"><div class="gmail_extra"><br><br><div class="gmail_quote">On 6 June 2014 11:27, Simon MacMullen <span dir="ltr"><<a href="mailto:simon@rabbitmq.com" target="_blank">simon@rabbitmq.com</a>></span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div>On 06/06/2014 10:49AM, Cesar Munoz wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Hi Simon,<br>
<br>
the set -e looks like a very good idea, at least the process will return<br>
the failure straight away!<br>
</blockquote>
<br></div>
Sure!<div><br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
These are the ulimits:<br>
<br>
[root@ms1 ~]# ulimit -a<br>
</blockquote>
<br></div>
<snip><br>
<br>
Those are the ulimits which apply to root - maybe they are different for the "rabbitmq" user?<br>
<br>
But more to the point: we're failing to do something very very simple here, there has to be something weird about this system if echo or shell redirection can fail with an error message about memory allocation.<br>
<br>
So have you configured anything unusual about this system?<div><div><br>
<br>
Cheers, Simon<br>
<br>
-- <br>
Simon MacMullen<br>
RabbitMQ, Pivotal<br>
</div></div></blockquote></div><br></div>
</div></div></blockquote></div><br></div>

<br>
<div><font size="2">This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the system manager. This message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail.</font></div><div><br></div>