[Bug 285020] net/rabbitmq: fix crash on start
- In reply to: bugzilla-noreply_a_freebsd.org: "[Bug 285020] net/rabbitmq: fix crash on start"
- Go to: [ bottom of page ] [ top of archives ] [ this month ]
Date: Tue, 25 Feb 2025 10:35:10 UTC
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=285020
Dave Cottlehuber <dch@freebsd.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Assignee|erlang@FreeBSD.org |dch@freebsd.org
CC| |dch@freebsd.org
Status|New |Open
--- Comment #2 from Dave Cottlehuber <dch@freebsd.org> ---
Created attachment 257914
--> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=257914&action=edit
alternative approach
thanks Marek!
I can't replicate it here in a fresh 14.2-RELEASE jail, I
think we should probably use rabbitmq_chdir here, and
make sure that all of the *HOME flavoured variables line
up.
Can you try this and see if it helps?
## reproduce steps
root@bunny:/ # pkg install -r FreeBSD rabbitmq
Updating FreeBSD repository catalogue...
[bunny.skunkwerks.at] Fetching meta.conf: 100% 178 B 0.2kB/s 00:01
[bunny.skunkwerks.at] Fetching data.pkg: 100% 7 MiB 1.5MB/s 00:05
Processing entries: 100%
FreeBSD repository update completed. 35857 packages processed.
All repositories are up to date.
The following 2 package(s) will be affected (of 0 checked):
New packages to be INSTALLED:
erlang-runtime27: 27.1.2_1 [FreeBSD]
rabbitmq: 4.0.4 [FreeBSD]
Number of packages to be installed: 2
The process will require 139 MiB more space.
55 MiB to be downloaded.
Proceed with this action? [y/N]: y
[bunny.skunkwerks.at] [1/2] Fetching rabbitmq-4.0.4.pkg: 100% 16 MiB
2.8MB/s 00:06
[bunny.skunkwerks.at] [2/2] Fetching erlang-runtime27-27.1.2_1.pkg: 100% 39
MiB 3.7MB/s 00:11
Checking integrity... done (0 conflicting)
[bunny.skunkwerks.at] [1/2] Installing erlang-runtime27-27.1.2_1...
[bunny.skunkwerks.at] [1/2] Extracting erlang-runtime27-27.1.2_1: 100%
[bunny.skunkwerks.at] [2/2] Installing rabbitmq-4.0.4...
===> Creating groups
Creating group 'rabbitmq' with gid '135'
===> Creating users
Creating user 'rabbitmq' with uid '135'
===> Creating homedir(s)
[bunny.skunkwerks.at] [2/2] Extracting rabbitmq-4.0.4: 100%
=====
Message from erlang-runtime27-27.1.2_1:
--
To use this runtime port for development or testing, just prepend
its binary path ("/usr/local/lib/erlang27/bin") to your PATH variable.
=====
Message from rabbitmq-4.0.4:
--
First-time users will want to run:
sudo -u rabbitmq rabbitmq-plugins enable rabbitmq_management
sudo -u rabbitmq rabbitmqctl enable_feature_flag --experimental khepri_db
and restart, to enable the web admin console at http://localhost:15672/
with a default username and password of guest:guest. You should change it..
See https://www.rabbitmq.com/docs for install help, and
https://www.rabbitmq.com/docs/configure for further options.
root@bunny:/ # sudo -u rabbitmq rabbitmq-plugins enable rabbitmq_management
Enabling plugins on node rabbit@bunny:
rabbitmq_management
The following plugins have been configured:
rabbitmq_management
rabbitmq_management_agent
rabbitmq_web_dispatch
Applying plugin configuration to rabbit@bunny...
The following plugins have been enabled:
rabbitmq_management
rabbitmq_management_agent
rabbitmq_web_dispatch
set 3 plugins.
Offline change; changes will take effect at broker restart.
root@bunny:/ # sudo -u rabbitmq rabbitmqctl enable_feature_flag --experimental
khepri_db
Error: unable to perform an operation on node 'rabbit@bunny'. Please see
diagnostics information and suggestions below.
Most common reasons for this are:
* Target node is unreachable (e.g. due to hostname resolution, TCP connection
or firewall issues)
* CLI tool fails to authenticate with the server (e.g. due to CLI tool's
Erlang cookie not matching that of the server)
* Target node is not running
In addition to the diagnostics info below:
* See the CLI, clustering and networking guides on
https://rabbitmq.com/documentation.html to learn more
* Consult server logs on node rabbit@bunny
* If target node is configured to use long node names, don't forget to use
--longnames with CLI tools
DIAGNOSTICS
===========
attempted to contact: [rabbit@bunny]
rabbit@bunny:
* connected to epmd (port 4369) on bunny
* epmd reports: node 'rabbit' not running at all
no other nodes on bunny
* suggestion: start the node
Current node details:
* node name: 'rabbitmqcli-625-rabbit@bunny'
* effective user's home directory: /var/db/rabbitmq
* Erlang cookie hash: 2MNtNN90Ut00NNgJZ3fypg==
root@bunny:/ # sysrc rabbitmq_enable=yes
rabbitmq_enable: -> yes
root@bunny:/ # service rabbitmq restart
Starting rabbitmq.
root@bunny:/ # sockstat -46l|grep 5672
rabbitmq beam.smp 12629 19 tcp4 100.64.112.33:25672 *:*
rabbitmq beam.smp 12629 37 tcp4 100.64.112.33:15672 *:*
rabbitmq beam.smp 12629 38 tcp6 fca2:927d:4de2:8e50:6c98::7021:5672 *:*
rabbitmq beam.smp 12629 39 tcp4 100.64.112.33:5672 *:*
```
--
You are receiving this mail because:
You are the assignee for the bug.