[rabbitmq-discuss] RabbitMQ waits forever for PID file during startup

Cesar Munoz cesar.munoz at ammeon.com
Fri Jun 6 10:49:46 BST 2014

Hi Simon,

the set -e looks like a very good idea, at least the process will return
the failure straight away!

These are the ulimits:

[root at ms1 ~]# ulimit -a
core file size          (blocks, -c) unlimited
data seg size           (kbytes, -d) unlimited
scheduling priority             (-e) 0
file size               (blocks, -f) unlimited
pending signals                 (-i) 2066207
max locked memory       (kbytes, -l) 64
max memory size         (kbytes, -m) unlimited
open files                      (-n) 1024
pipe size            (512 bytes, -p) 8
POSIX message queues     (bytes, -q) 819200
real-time priority              (-r) 0
stack size              (kbytes, -s) 10240
cpu time               (seconds, -t) unlimited
max user processes              (-u) 2066207
virtual memory          (kbytes, -v) unlimited
file locks                      (-x) unlimited

No error log showed up in /var/log/messages though...


On 6 June 2014 10:16, Simon MacMullen <simon at rabbitmq.com> wrote:

> On 06/06/2014 9:48AM, Cesar wrote:
>> Hi all,
>> I am seeing this intermittent issue in RabbitMQ during its startup,
>> right after installation. As you can see in this gist:
>> https://gist.github.com/xcu/9509f1d285dd9556667c
> Firstly, thanks for all the detail there.
>  The startup was attempted at 0:51, and the wait /var/run/rabbitmq/pid is
>> still hanging 9 hours later, which is blocking the rest of the
>> installation. I believe the message in the startup_err is probably the
>> cause of this, but after googling it I have found nothing useful.
> 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.
> 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.
> The second, and more baffling, issue is that on your system(s) the shell
> command:
>     echo $$ > ${RABBITMQ_PID_FILE}
> 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.
> 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?
> Cheers, Simon
> --
> Simon MacMullen
> RabbitMQ, Pivotal

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.

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.rabbitmq.com/pipermail/rabbitmq-discuss/attachments/20140606/1fe6031a/attachment.html>

More information about the rabbitmq-discuss mailing list