[DRBD-user] Help: Replacing A Dead Node

Mike Sweetser - Adhost mikesw at adhost.com
Tue Jul 29 07:37:37 CEST 2008

Note: "permalinks" may not be as permanent as we would like,
direct links of old sources may well be a few messages off.


Just wanted to follow up and say that everything went just fine!  I
didn't even have to do anything regarding the adjustments - the two
nodes started resyncing by themselves once I started up DRBD on the new
node.

The only issue was that the load of resyncing the five devices was too
much to do at once (the DRBD setup supports a full hosting environment
of Apache and MySQL) so I had to cut off some of the resyncs and do them
one by one, but that'll be just fine.

Lars, thanks once again for your help!

Mike Sweetser

-----Original Message-----
From: drbd-user-bounces at lists.linbit.com
[mailto:drbd-user-bounces at lists.linbit.com] On Behalf Of Lars Ellenberg
Sent: Monday, July 28, 2008 2:47 PM
To: drbd-user at lists.linbit.com
Subject: Re: [DRBD-user] Help: Replacing A Dead Node

On Mon, Jul 28, 2008 at 02:31:49PM -0700, Mike Sweetser - Adhost wrote:
> > it is now StandAlone Secondary Inconsistent.
> > since an Inconsistent device cannot become SyncSource
> > (and a Primary device will refuse to become SyncTarget)
> > just make sure your good data is Primary still,
> > and say "drbdadm adjust all" now.
> 
> So basically, as long as I'm sure that the good data is Primary (which
> it should be under Heartbeat) then doing "drbdadm adjust all" will
> reconnect the two DRBDs and begin the resync process?  Am I on target
> there?

as long as your good data is "Primary",
the "worst" that can happen to it during drbd re-connect is,
that it detects split brain and refuses to talk to the peer.

> > you probably should not start the cluster manager yet, though,
unless
> > you are sure that your sedtup knows how to deal with a degraded
drbd.
> 
> Right, Heartbeat's staying off on the new node until the
> resynchronization is completed - it will only be running for now on
the
> Primary node.
> 
> > if you did not make it Primary, and there is no cluster manager,
> > and you just created fresh meta data that marks it as Inconsistent,
> > there is no way it possibly could be Primary...
> 
> I figured as much, but considering there's a good amount of work
> involved in trying to redo this if I get it wrong, I just wanted to
make
> 100% sure. :)
> 
> So my new plan would be:
> 
> * Reinit the metadata on the new node (new: drbdadm create-md all)
> * Attach the nodes (new: drbdadm attach all)
> * Verify that the new node is StandAlone and Secondary/Inconsistent
> * Verify that the original node is Primary
> * Run the adjust on the new node (new and possibly old: drbdadm adjust
> all)
> 
> Is that about right?

give it a go.

be prepared to re-adjust the sync rate, in case the additional IO load
has too much impact on your active services,



More information about the drbd-user mailing list