diff options
| author | Jean-Sébastien Pédron <jean-sebastien@rabbitmq.com> | 2020-03-31 16:27:20 +0200 |
|---|---|---|
| committer | Jean-Sébastien Pédron <jean-sebastien@rabbitmq.com> | 2020-04-01 11:38:16 +0200 |
| commit | 17968ee10787d6dca41790777f6d547fb6e0be78 (patch) | |
| tree | e1e453e093d7e1d88120c75c0d6185434092f100 /README.md | |
| parent | a503baf6b3c6f4112ea9f22f038b0cb1cb822e39 (diff) | |
| download | rabbitmq-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
