On Wed, 07 Jul 2010 13:28:50 -0600, Alex Rousskov
<rousskov_at_measurement-factory.com> wrote:
> Hello,
>
> We currently use mgr:info and similar URLs to access "cache manager"
> interface. I know there are plans to change the protocol and/or domain
> name of those URLs, but I want to focus on the URL path (a.k.a. action)
> and SMP. We have several options here:
>
> 1. Keep paths/actions as they are now. Hide individual process state and
> report totals from Squid "as a whole" point of view instead.
>
> 2. Keep paths/actions as they are now. Report individual process state
> and also report totals from Squid "as a whole" point of view, all in one
> response, with appropriate separators to mark per-process and aggregate
> parts.
>
> 3. Allow action parameters to specify which process(es) state should be
> reported. If no parameters were given, just report aggregates. For
> example, mgr:info?process_number=2 will trigger the "info" action for
> forked process #2.
>
>
> We will have #2 supported soon, but since there are many management
> scripts that rely on mgr:info and other actions output format, I think
> #2 will not work as a long-term default. Thus, it seems like our choice
> is between #1 (simple) and #3 (provides per-process information).
>
> I cannot promise #3 support soon, but do you think it is needed at all?
> Any other long-term options/ideas?
I'm for #3 as a long-term. But would prefer a path field instead of a
query parameter.
ie. mgr:info/2
Amos
Received on Wed Jul 07 2010 - 22:41:23 MDT
This archive was generated by hypermail 2.2.0 : Thu Jul 08 2010 - 12:00:08 MDT