summaryrefslogtreecommitdiff
path: root/README.md
diff options
context:
space:
mode:
authorJean-Sébastien Pédron <jean-sebastien@rabbitmq.com>2020-03-31 16:27:20 +0200
committerJean-Sébastien Pédron <jean-sebastien@rabbitmq.com>2020-04-01 11:38:16 +0200
commit17968ee10787d6dca41790777f6d547fb6e0be78 (patch)
treee1e453e093d7e1d88120c75c0d6185434092f100 /README.md
parenta503baf6b3c6f4112ea9f22f038b0cb1cb822e39 (diff)
downloadrabbitmq-server-git-17968ee10787d6dca41790777f6d547fb6e0be78.tar.gz
clustering_management_SUITE: No need to stop node after start_app failure
... in `erlang_config`. Since #2180, a failed `start_app` does not take the node down anymore. Trying to restart the node just after was failing since (because the node is still there), but this remained unnoticed so far because the return value of `start_node()` is not checked. However, since rabbitmq/rabbitmq-ct-helpers@c033d9272afaf3575505533c81f1c0c7cfcb6206, the Make recipe which starts the node automatically stops it if the start failed somewhere. This is in order to not leave an unwanted node around. This means that after the failing `rabbit_ct_broker_helpers:start_node()`, the node was effectively stopped this time, leading to the rest of the testcase to fail.
Diffstat (limited to 'README.md')
0 files changed, 0 insertions, 0 deletions