Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Crash dump with standalone OS X package #96

Closed
michaelklishin opened this issue Apr 3, 2015 · 4 comments · Fixed by #108
Closed

Crash dump with standalone OS X package #96

michaelklishin opened this issue Apr 3, 2015 · 4 comments · Fixed by #108
Assignees
Milestone

Comments

@michaelklishin
Copy link
Member

See this thread.

Even though RabbitMQ starts and stops successfully, something still produces a crash dump (I'm attaching one).

Steps to reproduce:

  • Run ./sbin/rabbitmq-server -detached with the standalone OS X package
  • Observe erl_crash.dump in the current directory.
  • ./sbin/rabbitmqctl status suggests the node is fine
  • Running various quick tests suggests the node is fine
  • ./sbin/rabbitmqctl stop stops the node successfully
@videlalvaro
Copy link
Contributor

There's no need to start/stop RabbitMQ to reproduce this issue. Just running rabbitmqctl will generate the crash dump

@videlalvaro
Copy link
Contributor

As explained in our internal bug system here https://bugzilla.rabbitmq.com/show_bug.cgi?id=26441#c3 we need to pass the boot file explicitly when using the standalone release in every place where we call erl.

The code here https://github.com/rabbitmq/rabbitmq-server/blob/master/src/rabbit_nodes.erl#L207 doesn't pass this option, therefore Erlang crashes since it can't find the boot script.

Adding: "-boot", "/path/to/start_clean" to the list of arguments passed to open_port solves the problem. I'll try to fix this once I'm back.

@vitaly-krugl
Copy link

Good point @videlalvaro, I just noticed that simply running rabbitmqctl status produces a crash dump.

@michaelklishin
Copy link
Member Author

The erl call that fails is supposed to force start epmd (if needed) because of certain platform-specific issues. So this is completely harmless.

videlalvaro added a commit that referenced this issue Apr 14, 2015
This file is required by rabbit_nodes:ensure_epmd/0 in order to be
able to programatically start epmd

Fixes #96
videlalvaro added a commit that referenced this issue Apr 15, 2015
This file is required by rabbit_nodes:ensure_epmd/0 in order to be
able to programatically start epmd

Fixes #96
videlalvaro added a commit that referenced this issue Apr 15, 2015
This file is required by rabbit_nodes:ensure_epmd/0 in order to be
able to programatically start epmd

Fixes #96
@michaelklishin michaelklishin added this to the 3.5.2 milestone Apr 15, 2015
dcorbacho pushed a commit that referenced this issue May 27, 2016
Bump minimal required version to 18.3
HoloRin pushed a commit to rabbitmq/rabbitmq-packaging that referenced this issue Jan 4, 2021
This file is required by rabbit_nodes:ensure_epmd/0 in order to be
able to programatically start epmd

Fixes rabbitmq/rabbitmq-server#96
HoloRin pushed a commit to rabbitmq/rabbitmq-packaging that referenced this issue Jan 4, 2021
This file is required by rabbit_nodes:ensure_epmd/0 in order to be
able to programatically start epmd

Fixes rabbitmq/rabbitmq-server#96
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging a pull request may close this issue.

3 participants