[rabbitmq-discuss] Management plugin crash server at startup
Julien Banchet
jaxx at jaxx.org
Mon Jul 18 20:39:27 BST 2011
Hello!
(Reposted+edited since I forgot to join the list first)
I'm trying to move my actual (working) RabbitMQ node to another, less
loaded, server (actually another VM, hidden from internet, which will
also have a memcache).
So after setting up a barebone 64b Debian6 from a netinst and adding
RabbitMQ repo and installing it I got a working node.
Problem is, the management plugin seems to die, bringing down the
daemon with it after a couple of seconds (immediatly after start,
rabbitmq_ctl status does list plugins, two seconds later it's dead
already):
[... end of output launched from cli http://pastebin.com/rQGBDbF8 ]
broker running
** Found 0 name clashes in code paths
Erlang has closed
{"Kernel pid
terminated",application_controller,"{application_start_failure,rabbitmq_management,
{bad_return,{{rabbit_mgmt_app,start,[normal,[]]},{'EXIT',{timeout,
{gen_server,call,[rabbit_mochiweb_registry,
{add,rabbit_mgmt,#Fun<rabbit_mochiweb.2.78160903>,#Fun<rabbit_mochiweb.
5.23044403>,{[109,103,109,116],
[77,97,110,97,103,101,109,101,110,116,58,32,87,101,98,32,85,73]}}]}}}}}}"}
_____________
[... end of rabbit at mqcache.log ]
=INFO REPORT==== 18-Jul-2011::17:57:27 ===
Management agent started.
=INFO REPORT==== 18-Jul-2011::17:57:27 ===
Management plugin started.
HTTP API: http://mqcache:55672/api/
Management UI: http://mqcache:55672/mgmt/
=INFO REPORT==== 18-Jul-2011::17:57:32 ===
application: rabbitmq_management
exited: {bad_return,
{{rabbit_mgmt_app,start,[normal,[]]},
{'EXIT',
{timeout,
{gen_server,call,
[rabbit_mochiweb_registry,
{add,rabbit_mgmt,
#Fun<rabbit_mochiweb.2.78160903>,
#Fun<rabbit_mochiweb.5.23044403>,
{"mgmt","Management: Web UI"}}]}}}}}
type: permanent
=INFO REPORT==== 18-Jul-2011::17:57:32 ===
stopped TCP Listener on [::]:5672
Crash dump was written to: erl_crash.dump
Kernel pid terminated (application_controller)
({application_start_failure,rabbitmq_management,{bad_return,
{{rabbit_mgmt_app,start,[normal,[]]},{'EXIT',{timeout,{gen_server,call,
[rabbit_mochiweb_reg
All plugin files are there, I even compared the CRCs with my actual
RabbitMQ installation (which is another VM, just internet wise +
apache/mysql/etc...) . It's an independant node, no clustering,
replication, nothing special involved. Installing plugins one after
another boils it down to rabbitmq_management alone being the culprit.
As said, it's a fresh and updated Deb6 64b 2 CPUs, 2Gigs of RAM.
Erlang R14A (erts-5.8)
RabbitMQ 2.5.1
# md5sum *.ez
2602dd3df87fa4c7dedd6eb3192b0c19 amqp_client-2.5.1.ez
07f3b87ccb1d03d479a4277014a7e017 mochiweb-1.3-rmq2.5.1-git9a53dbd.ez
69aa2c17ebfff7bdf141d8df0b358631 rabbitmq_management-2.5.1.ez
4165b7d2aeeeeae9239b173b5e803c89 rabbitmq_management_agent-2.5.1.ez
0cd0b60bd8b9019fd9dbea08f667a697 rabbitmq_mochiweb-2.5.1.ez
2c7fddc210317a054c97b43e13d38ced webmachine-1.7.0-rmq2.5.1-
hg0c4b60a.ez
The only diff I can imagine is that no queues/exchanges have ever been
created yet, and there's already an admin user created on it.
Has anyone encountered this? Erlang is a bit chinese to me, I might
have missed an obvious message somewhere, but I can't figure it out
yet :-)
Thanks in advance,
JaXX
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.rabbitmq.com/pipermail/rabbitmq-discuss/attachments/20110718/65e39e16/attachment.htm>
More information about the rabbitmq-discuss
mailing list