[Drbd-dev] Another drbd race
Lars Marowsky-Bree
lmb at suse.de
Tue Sep 7 14:06:31 CEST 2004
On 2004-09-07T13:32:02,
Philipp Reisner <philipp.reisner at linbit.com> said:
> > similar after bootup:
> > we refuse to be promoted to Primary from Secondary/Unknown,
> > unless we got an explicit "peer dead" confirmation by someone.
> >
> > does that make any sense?
> >
> I like it a lot!
>
> Thus we will not call it "drbdadm resume-io r0" but
> "drbdadm peer-dead r0"
The drbd proof of concept Resource Agent I wrote actually calls this
command "mark-peer-dead", so we are quite in alignment ;-)
Note that in particular this could be set before even drbd itself
notices; which is more easily understood than getting a "resume_io"
command before drbd had even suspended IO.
> Also the question at the startup-user-dialog:
>
> Is the peer dead ?
>
> Is easier to get right....
Yep. It's also much easier to code for.
Sincerely,
Lars Marowsky-Brée <lmb at suse.de>
--
High Availability & Clustering \\\ ///
SUSE Labs, Research and Development \honk/
SUSE LINUX AG - A Novell company \\//
More information about the drbd-dev
mailing list