Am 29.08.2018 um 05:45 schrieb Rainer Jung:
Am 28.08.2018 um 15:54 schrieb Yann Ylavic:
On Tue, Aug 7, 2018 at 4:19 PM <rj...@apache.org> wrote:
Log:
Propose a few monitoring improvements.

Those changes look fine (and great) to me, I wanted to +1 but I'm
wondering if they really belong in 2.4.x since the output of
mod_status is changed in a way that could break existing parsers.
I don't know the "policy" here...

I have for now only applied the uncontroversial "auto" mode part of the accepted patches to make at least some progress.

The "html" part is now back in STATUS (with adjusted smaller patches) to give some more time for feedback whether the HTML output format is allowed to change during a patch release (at least on a case by case basis).

I have kept Jim's and your vote. Please adjust if you do not want the HTML changes to get applied as well.

I don't know how to proceed. I committed the uncontroversial auto part, but for the HTML part, as a response to Yann's question whether it would be OK to change the format in a patch release there were responses from

- Eric, saying changing auto is OK

- Jim responding with +1 to Eric's feedback, but who had also voted +1 on the complete change including HTML

- Yann, originally raising the question but then deciding to give +1 on auto plus HTML

So the question is probably whether Eric thinks keeping the HTML output stable is more important than adding response duration info and proxy busyness info. I'm open to any decision.

IMHO auto is in reasonable shape since at least 2.4.16 (r1674659, released July 2015) so automated monitoring should really switch there (and tolerate new and unknown keys).

Regards,

Rainer

Reply via email to