emqx/apps/emqx_conf/test
Thales Macedo Garitezi 6b969c5c84
fix(emqx_conf): avoid crash/deadlock depending on node startup order
Depending on the order that a cluster of core nodes might be stopped
and then restarted, there might be a deadlock or crash during the
configuration loading.  The nodes try to check with each other which
has the latest cluster overrides and copy that info.  However, in some
cases, Mnesia on node A might still think that it needs to consult
another node C that is still down, so that this node proceeds with its
boot sequence but `mnesia:wait_for_tables` in `emqx_cluster_rpc` is
stuck.  Meanwhile, a node B can come up, try to copy from the sole
online node A, and fail because it's not ready yet.
2022-04-26 12:03:53 -03:00
..
emqx_cluster_rpc_SUITE.erl style: reformat emqx_auto_subscribe and emqx_conf 2022-04-25 18:05:10 +02:00
emqx_conf_app_SUITE.erl fix(emqx_conf): avoid crash/deadlock depending on node startup order 2022-04-26 12:03:53 -03:00
emqx_conf_schema_tests.erl fix: add timeout for schema json gen test 2022-04-24 12:05:07 +08:00
emqx_global_gc_SUITE.erl style: reformat emqx_auto_subscribe and emqx_conf 2022-04-25 18:05:10 +02:00