-
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
Make sure amq.rabbitmq.log is accessible to client connections #1974
Conversation
#exchange{} = rabbit_exchange:declare(VHost, topic, true, false, true, [], ?INTERNAL_USER), | ||
{ok, #resource{virtual_host=DefaultVHost, kind=exchange, name=?LOG_EXCH_NAME}} | ||
%% durable | ||
#exchange{} = rabbit_exchange:declare(Exchange, topic, true, false, false, [], ?INTERNAL_USER), |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I tried a rabbit_exchange:update/2
here to simplify upgrades but it requires a Mnesia transaction and at logger initialisation stage this would not be safe. So users who already had the exchange must delete it manually during upgrades. Failures are handled in this function so node startup is not at risk.
Testing this, one second. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Tested with the attached script
Make sure amq.rabbitmq.log is accessible to client connections (cherry picked from commit e52513a)
Backported to |
This will be partially reverted with an alternative solution as we now have new evidence in #1973 that changes our root cause hypothesis. |
Largely superseded by #1976. |
Proposed Changes
amq.rabbitmq.log
must not be declared as internal since internal exchanges cannot be used by client connections.Types of Changes
Checklist
CONTRIBUTING.md
documentFurther Comments
Closes #1973, references #1456.
[#165243321]