On Fri, Apr 06, 2018 at 03:00:14PM +0200, Ján Tomko wrote:
> On Tue, Apr 03, 2018 at 10:45:48AM +0200, Erik Skultety wrote:
> > Since the introduction of log tuning capabilities to virt-admin by
> > @06b91785, this has been a much needed missing improvement on the way to
> > deprecate the global 'log_level'.
> >
> > Signed-off-by: Erik Skultety <eskul...@redhat.com>
> > ---
> > src/remote/libvirtd.conf |  4 +++-
> > src/util/virlog.c        | 44 +++++++++++++++++++++++++++++++++++++++++++-
> > src/util/virlog.h        |  1 +
> > 3 files changed, 47 insertions(+), 2 deletions(-)
> >
>
> ACK
>
> > diff --git a/src/remote/libvirtd.conf b/src/remote/libvirtd.conf
> > index 9c0080dc0..7d823cf1a 100644
> > --- a/src/remote/libvirtd.conf
> > +++ b/src/remote/libvirtd.conf
> > @@ -368,7 +368,9 @@
> > # Multiple filters can be defined in a single @filters, they just need to be
> > # separated by spaces. Note that libvirt performs "first" match, i.e. if
> > # there are concurrent filters, the first one that matches will be applied,
> > -# given the order in log_filters.
> > +# given the order in log_filters with the exception of a wildcard filter, 
> > since
> > +# that's only taken into account if no other filter has matched, so
> > +# "4:* 1:util.pci" and "1:util.pci 4:*" are equivalent definitions.
> > #
>
> Also, "4:* 1:util.pci 1:*" is equivalent.

Sure, but if someone really tries that, 1) it doesn't make any sense 2) a
question on what the expected outcome they think should be is relevant,
therefore I'm not going to mention it.

Thanks,
Erik

--
libvir-list mailing list
libvir-list@redhat.com
https://www.redhat.com/mailman/listinfo/libvir-list

Reply via email to