>>> However, I still have no idea what caused the failures. A split brain is caused by writing to both members while they are disconnected. What in your environment caused that to occur is probably lost in logs a week gone. But, if your procedures always allow only one node (primary) to write to a resource, even if it’s disconnected, then split-brain won’t occur.
“nuke the whole thing” certainly worked. So would have following the doc to invalidate the secondary copy and then simply connect. There is an excellent chapter in the manual about split-brain. Dan From: [email protected] [mailto:[email protected]] On Behalf Of Eric Sent: Monday, January 21, 2013 5:08 PM To: [email protected] Subject: Re: [DRBD-user] Diagnosing a Failed Resource I decided to nuke the whole thing and start over: On both nodes, I... <snip> However, I still have no idea what caused the failures. Ideas? Suggestions? Eric Pretorious Truckee, CA <big><snip>
_______________________________________________ drbd-user mailing list [email protected] http://lists.linbit.com/mailman/listinfo/drbd-user
