-
Notifications
You must be signed in to change notification settings - Fork 3.9k
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
Solaris: default plugins directory is listed twice, breaking rabbitmq-plugins
commands that detect duplicate plugins
#3155
Comments
This seems to be Solaris-specific as I don't remember seeing this elsewhere. I can't tell what the case expression may be returning on Solaris that isn't matched by an existing clause. It would be very interesting to find out. Please submit a PR with this change. It's harmless but without knowing what value is returned on Solaris, we can't really |
Actually if the issue is with an env variable value, it would be great to investigate what in the shell script handling may go wrong. And there is nothing wrong with overriding an env variable in your package/environment. I'm afraid accounting for and testing on less popular distributions will be quite difficult for us to cover in terms of future maintenance. |
and the reason why |
Another idea for a small PR: we can remove duplicates from the By the way, nodes should log quite a bit of their env variable and "setup" steps at |
rabbitmq-plugins
commands that detect duplicate plugins
This function seems to be a good candidate to perform deduplication after |
#3156 deduplicates the parsed list of plugin directories (locations). @tropikhajma any chance you can give this a shot? If you need us to produce a one-off package with this PR, of what type should it be, generic UNIX? compiled on Erlang 23.3? |
I'm still seeing this issue with rabbitmq 3.8.17 with #3156 applied. |
@tropikhajma any |
Apparently there is an OVA of Solaris 11.4. Setting it up would take a while for me as I haven't used Solaris in a decade. So it would be nice to have some debug logs to see what |
I found another place where we parse the list of plugins and it is specific to the |
Thank you, the second one did the trick. |
Backported to |
In RabbitMQ 3.8.17 the CLI commands spew a long list of warnings *
Using the truss(1) command I found the process sets the PLUGINS_DIR variable with the same path twice:
15545/5: P L U G I N S _ D I R = / u s r / l i b / r a b b i t m q / p l
15545/5: u g i n s : / u s r / l i b / r a b b i t m q / p l u g i n s\0
and I found that prefixing the command with
PLUGINS_DIR="/usr/lib/rabbitmq/plugins"
avoids the issue.
The attached patch fixes the issue for me, but I do not speak Erlang nor am I familiar with RabbitMQ enough to be sure it's a correct approach.
02.patch.txt
This is not happening with RabbitMQ 3.8.3. I haven't tried other versions.
This is on Solaris 11.4, both architectures, Erlang 0.24.
The text was updated successfully, but these errors were encountered: