emqx/apps/emqx_conf
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
..
etc fix(doc): html line break use </br> 2022-04-24 18:56:21 +08:00
i18n Merge pull request #7746 from EMQ-YangM/fix_docs 2022-04-25 09:31:31 +08:00
include style: reformat emqx_auto_subscribe and emqx_conf 2022-04-25 18:05:10 +02:00
src fix(emqx_conf): avoid crash/deadlock depending on node startup order 2022-04-26 12:03:53 -03:00
test fix(emqx_conf): avoid crash/deadlock depending on node startup order 2022-04-26 12:03:53 -03:00
rebar.config style: reformat emqx_auto_subscribe and emqx_conf 2022-04-25 18:05:10 +02:00