On Mon, Aug 24, 2015 at 10:59:52PM +0200, Matthias Ferdinand wrote:
> On Sat, Aug 22, 2015 at 12:00:01PM +0200, [email protected]
> wrote:
> > Date: Sat, 22 Aug 2015 11:29:37 +0200
> > From: Lars Ellenberg <[email protected]>
> > Subject: Re: [DRBD-user] drbd.ocf misinterpreting role status with
> > multiple volumes
> >
> > ...
> > Yes, that is the case, and the above is intentional.
> > Though I don't remember all of the reasoning right now. Probably has
> > something to do with adding a volume to an existing resource.
> >
> > If you want independent volumes, use independend resources.
> nope, we like the writer order guarantee :-)
>
> > Pacemaker would not have any way to deal with a "partially promoted" DRBD.
> too bad. If the RA knew the supposed role, it could try to achieve that
> during a monitor. Though a monitor that actively changes stuff might be
> a bit surprising.
>
> > Anyone cares enough to prepare a patch?
> I attached a patch (for 8.4.4, which is the version we are using). It
> returns OCF_FAILED_MASTER in a monitor operation, but leaves the rc of
> the internal drbd_status untouched. Otherwise all drbd_status()
> consumers would need to handle that extra case.
>
> Note that it also returns OCF_FAILED_MASTER if the resource is supposed
> to be in Secondary role and one subvolume is Primary (showing as "Slave"
> in crm_mon).
Great. Thanks.
Please allow a couple of weeks for (a variant of) this
to "propagate" into public git.
Lars
_______________________________________________
drbd-user mailing list
[email protected]
http://lists.linbit.com/mailman/listinfo/drbd-user
