<html><head><style type='text/css'>p { margin: 0; }</style></head><body><div style='font-family: Arial; font-size: 10pt; color: #000000'>I've encountered some unexpected behavior with a split brain instance.<br>It seems from what has occurred that the default behavior is set to roll back &amp; discard changes.<br><br>Recently in my sand pit, I've been manually disconnecting resources as a an ad hock way of maintaining a snapshot for roll back.<br>This way if I'm happy with changes, I can reconnect and within seconds we're fully synced again.<br><br>I moved a server yesterday and discovered after a drbdadm connect all, that one of the resources had split brained and discarded a few days worth of work;<br>rolling back to the point in time when the resource was first disconnected.<br><br>What's interesting to me is that the disconnected secondary node had never been set primary, so how did we end up in split brain?<br>I also do not understand why it was only this resource that split brained, when others that existed in seemingly identical configurations and states did not.<br><br>I expect I'll need to explicitly prohibit this behavior in a global net section covering&nbsp; after-sb-0pri etc;<br>I still don't understand why discard &amp; roll back has been chosen default behavior, I'm contending from my experience it should not be.<br><br>Looks to me like a few days work is lost, but if anyone knows of a way to recover from a roll back discard scenario, I'd be very happy to find out.<br><br>Lew<br><br></div></body></html>