summaryrefslogtreecommitdiff
path: root/scripts
diff options
context:
space:
mode:
authorSimon MacMullen <simon@rabbitmq.com>2014-11-27 12:59:49 +0000
committerSimon MacMullen <simon@rabbitmq.com>2014-11-27 12:59:49 +0000
commitbc86daac842f6e40936eddecffa7a0c3d9dc9efb (patch)
tree1ab5a144205e83da559e695fa251a451ad47196e /scripts
parentb3b10b5ebbff1273778b03b4fd0f1d414978501b (diff)
downloadrabbitmq-server-git-bc86daac842f6e40936eddecffa7a0c3d9dc9efb.tar.gz
Rearrange things a bit. We now have something that seems to work.
Merging a modified database back into a running cluster seems to be a bit of a non-starter; Mnesia blows up with "Failed to merge schema: Incompatible schema cookies." So instead we do something similar to if we were doing upgrades: we always create the modified backup, but only load it if we are the first node in the cluster to start; if not we reset our mnesia state, resync with the cluster, then tell the cluster to forget our old incarnation and update its queue records for the new one. This also has the advantage that we don't need two rename commands, we just have the local offline one. Which is hopefully nicer operationally. It does mean that we go to the trouble of taking the backup and modifying it only to throw it away if we turn out to be a secondary node, but it should not be too expensive.
Diffstat (limited to 'scripts')
0 files changed, 0 insertions, 0 deletions