summaryrefslogtreecommitdiff
path: root/scripts/rabbitmqctl.bat
diff options
context:
space:
mode:
authorJean-Sébastien Pédron <jean-sebastien@rabbitmq.com>2020-04-08 14:56:16 +0200
committerJean-Sébastien Pédron <jean-sebastien@rabbitmq.com>2020-04-09 10:21:19 +0200
commit9f4b27736ab7569f952828963ef3371aa95d3ac9 (patch)
treea7edc99866ef8d42f5fbae3266da0aa0d9cbbba4 /scripts/rabbitmqctl.bat
parent91d17eb28a81b682b3ce4a4a388d5269e04ddf75 (diff)
downloadrabbitmq-server-git-9f4b27736ab7569f952828963ef3371aa95d3ac9.tar.gz
rabbit_feature_flags: Fix concurrent registry module reload
By calling code:delete() ourselves, we created a time window where there is no registry module loaded between that call and the following code:load_binary(). This meant that a concurrent access to the registry would trigger a load of the initial uninitialized registry module from disk. That module would then trigger a reload itself, leading to possible deadlock. In fact, in code:load_binary(), the code server already takes care of replacing the module atomically. We don't need to do anything.
Diffstat (limited to 'scripts/rabbitmqctl.bat')
0 files changed, 0 insertions, 0 deletions