elide ns_log_maint < info, keep other ns_log_maint messages
Mark_Andrews at isc.org
Mark_Andrews at isc.org
Tue Oct 23 00:56:53 UTC 2001
>
> The following should work.
>
> logging {
> channel "syslogwarning" { syslog daemon; severity warning; };
serverity notice;
> category "maintenance" { syslogwarning; };
> };
>
> Mark
>
> >
> > bind version: 8.2.5
> > platforms: various UNIX
> >
> > I did some google and dejanews searching, but couldn't find anyone that
> > had asked or answered this question, so here goes.
> >
> > For our caching-only nameservers, I'm already using null-logging for the
> > lame-servers and statistics groups, and I'm very happy with that. Now
> > I also want to get rid of the
> >
> > Cleaned cache of N RRsets
> >
> > messages. I know I could add
> >
> > category maintenance { null; };
> >
> > to my logging directives, but from what I can tell, that will cease logging
> > for *all* maintenance messages, including messages at a level higher than
> > info.
> >
> > I could also change the syslog config (not a good option, because of other
> > services that are running that I want to see LOG_INFO messages for) or just
> > filter the logs, but I would prefer to find a way to prevent bind from
> > logging maintenance messages of importance "info" or less, while keeping
> > the more important messages.
> >
> > Any suggestions for how to do this? It's not obvious that it even can be
> > done, based on the the `logging' section of the docs.
> >
> > Thanks,
> >
> > Tim
> > --
> > Tim Mooney mooney at dogbert.cc.ndsu.NoDak.edu
> > Information Technology Services (701) 231-1076 (Voice)
> > Room 242-J6, IACC Building (701) 231-8541 (Fax)
> > North Dakota State University, Fargo, ND 58105-5164
> >
> --
> Mark Andrews, Internet Software Consortium
> 1 Seymour St., Dundas Valley, NSW 2117, Australia
> PHONE: +61 2 9871 4742 INTERNET: Mark.Andrews at isc.org
>
--
Mark Andrews, Internet Software Consortium
1 Seymour St., Dundas Valley, NSW 2117, Australia
PHONE: +61 2 9871 4742 INTERNET: Mark.Andrews at isc.org
More information about the bind-users
mailing list