Note: "permalinks" may not be as permanent as we would like,
direct links of old sources may well be a few messages off.
Lars Ellenberg wrote: > On Fri, Oct 23, 2009 at 03:21:49PM +0400, Michael Tokarev wrote: >> Hello. [] > You adjusted network parameters (verify-alg), which we still cannot do > while keeping the connection. > So your first "adjust" to add the verify-alg had to > disconnect ; then reconnect with new parameters. > > Don't do that while both are Primary. Aha. Makes sense. However it looks quite fragile this way. May it refuse or at least warn about such situations? >> I also don't have an idea what to do next, ie, >> how to resolve the "conflict". Restarting stuff >> does not help. > > There is a section about recovering from split brain > in the DRBD User's Guide I've read and tried it yesterday. But for some reason it looked to me as if there's only one choice for after-sb-2pri, which is disconnect. This part: call-pri-lost-after-sb: Apply the recovery policies as specified in after-sb-0pri. If a split brain victim can be selected after applying these policies, invoke the pri-lost-after-sb handler on the victim node. This handler must be configured in the handlers section and is expected to forcibly remove the node from the cluster. ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ Now I see where it goes. I've added: after-sb-0pri discard-zero-changes; after-sb-1pri discard-secondary; after-sb-2pri call-pri-lost-after-sb; and it immediately worked. So it appears that the data was indeed exactly the same but changes were somewhere else. I wonder why the discard-zero-changes is not the default... Thanks! /mjt