On Mon, Apr 04, 2011 at 09:43:27AM +0200, Andrew Beekhof wrote:
> >>>>>>>> I am missing the state: running degraded or suboptimal.
> >>>>>>>
> >>>>>>> Yep, "degraded" is not a state available for pacemaker.
> >>>>>>> Pacemaker cannot do much about "suboptimal".


> Maybe we need to add OCF_RUNNING_BUT_DEGRADED to the OCF spec (and the PE).

And, of course, OCF_MASTER_BUT_ONLY_ONE_FAILURE_AWAY_FROM_COMPLETE_DATA_LOSS

If it makes people happy to see

 Master/Slave Set: ms_drbd_data (DEGRADED)
     p_drbd_data:0      (ocf::linbit:drbd):     Master bk1 (DEGRADED)
     p_drbd_data:1      (ocf::linbit:drbd):     Slave bk2 (DEGRADED)

in crm_mon, then sure, go for it.

Other than that, I don't think that pacemaker can do much about
degraded resources.

Then, maybe reserve a few more exit code for "different flavours"
of "degraded", you know how people are ;-)

Or would you rather express this in some "degraded" attribute,
similar to how crm_master updates scores?

Then you don't need to change anything in the logic.
After all, what would the PE do with that code, anyways.
Also we won't risk regressions due to things suddenly "succeeding degraded"
where they previously "successfully failed" ...

Only crm_mon would need to be updated to "render it in <blink>",
adding in your favorite ascii art emoticons.

Resource agents that want to tell the rest of the world about their mental
state can then add a call to "crm_mental_state --feeling-only-7-percent-today",
just before doing their current "exit $OCF_RUNNING".



<from a distance with slight echo>
and while at it, also add "performance" attributes,
and do rdd graph them, and store the resulting PNGs in the cib,
so crm_mon can display them similar to mini-stock-exchange indikators
on tektronix capable uhh, never mind.  Maybe I should just pour me a drink.

Cheers,

-- 
: Lars Ellenberg
: LINBIT | Your Way to High Availability
: DRBD/HA support and consulting http://www.linbit.com
_______________________________________________
Linux-HA mailing list
[email protected]
http://lists.linux-ha.org/mailman/listinfo/linux-ha
See also: http://linux-ha.org/ReportingProblems

Reply via email to