Replies: 1 comment
-
If you cannot install RabbitMQ using an administrative user and the user does not have the permissions for HOMEDRIVE, the only option I can think of is to change HOMEDRIVE to a location that it will have the write permissions to. Perhaps running RabbitMQ in WSL See https://rabbitmq.com/windows-quirks.html#cookie-location |
Beta Was this translation helpful? Give feedback.
0 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Uh oh!
There was an error while loading. Please reload this page.
-
Describe the bug
Tried running these commands but they all generated a crash dump (attached) for each command.
the tools copy the system erlang cookie to %userprofile% to enable access to the tools. It looks like there is something retargeting that to the Directory. If the Directory is a network share then the local admin is unlikely to be able to access it.
A workaround was found. RabbitMQ is set to install to %homedrive%%homepath%. Out of the box those two variables are c:\Users\Username.
If a user changes it at the domain level to a network share, the rabbit install will use that instead.
Is there any solution to keep the erlang cookie path sustainable?
Reproduction steps
Expected behavior
RabbitMQ service must start without any error messages
Additional context
No response
Beta Was this translation helpful? Give feedback.
All reactions