<div dir="ltr"><div><div><div><div>Hi Simon,<br><br></div>the set -e looks like a very good idea, at least the process will return the failure straight away!<br><br></div>These are the ulimits:<br><br>[root@ms1 ~]# ulimit -a<br>
core file size          (blocks, -c) unlimited<br>data seg size           (kbytes, -d) unlimited<br>scheduling priority             (-e) 0<br>file size               (blocks, -f) unlimited<br>
pending signals                 (-i) 2066207<br>max locked memory       (kbytes, -l) 64<br>max memory size         (kbytes, -m) unlimited<br>open files                      (-n) 1024<br>pipe size            (512 bytes, -p) 8<br>

POSIX message queues     (bytes, -q) 819200<br>real-time priority              (-r) 0<br>stack size              (kbytes, -s) 10240<br>cpu time               (seconds, -t) unlimited<br>max user processes              (-u) 2066207<br>

virtual memory          (kbytes, -v) unlimited<br>file locks                      (-x) unlimited<br><br><br></div>No error log showed up in /var/log/messages though...<br><br><br></div>Thanks!<br>Cesar.<br></div><div class="gmail_extra">
<br><br><div class="gmail_quote">On 6 June 2014 10:16, 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">
On 06/06/2014 9:48AM, Cesar wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Hi all,<br>
<br>
I am seeing this intermittent issue in RabbitMQ during its startup,<br>
right after installation. As you can see in this gist:<br>
<br>
<a href="https://gist.github.com/xcu/9509f1d285dd9556667c" target="_blank">https://gist.github.com/xcu/<u></u>9509f1d285dd9556667c</a><br>
</blockquote>
<br>
Firstly, thanks for all the detail there.<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
The startup was attempted at 0:51, and the wait /var/run/rabbitmq/pid is<br>
still hanging 9 hours later, which is blocking the rest of the<br>
installation. I believe the message in the startup_err is probably the<br>
cause of this, but after googling it I have found nothing useful.<br>
</blockquote>
<br>
So it looks like the startup shell script is failing to write its pid (which will become RabbitMQ's pid) to a file. The process which then waits for startup to complete then hangs forever since the file is missing.<br>

<br>
So there are two issues here. One is that failing to write the pid file should lead to immediate failure - probably the script just needs to set "-e". I will make sure this gets some attention.<br>
<br>
The second, and more baffling, issue is that on your system(s) the shell command:<br>
<br>
    echo $$ > ${RABBITMQ_PID_FILE}<br>
<br>
is actually failing due to "Cannot allocate memory". Yet in your startup log the machine seems to have 256GB, which ought to be enough to run even the most bloated version of echo.<br>
<br>
So is it something about piping to a file? Are you hitting some ulimit or another? Is there anything unusual on this machine in terms of resource limits?<br>
<br>
Cheers, Simon<span class="HOEnZb"><font color="#888888"><br>
<br>
-- <br>
Simon MacMullen<br>
RabbitMQ, Pivotal<br>
</font></span></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>