What is named.run?

Mark Andrews Mark_Andrews at isc.org
Tue Nov 23 22:48:48 UTC 2004


> On Nov 23, 2004, at 7:52 AM, Daniel Rudy wrote:
> 
> > At about the time of 11/22/2004 4:27 PM, Kevin Darcy stated the 
> > following:
> >
> >> Daniel Rudy wrote:
> >>
> >>
> >>> I'm seeing this file in two places, / and /etc/namedb.  What is this
> >>> file and why is it showing up and how do I tell bind where to put it.
> >>> It looks like it contains information dealing with the startup of 
> >>> bind.
> >>>
> >>> I'm running BIND 8.3.7-REL on FreeBSD 4.10.
> >>>
> >>
> >> That's where named writes its debug output. My assumption would be 
> >> that
> >> you have debug turned on in the startup.
> >
> > I have the d1 option on the command line, so in case something goes
> > wrong, I can look back and see what happened.  I went through the
> > logging config, created different logging channels, and directed them 
> > to
> > syslog local facilies.  So the output is either to one of the 3 syslog
> > facilites or to /dev/null.  Now if there is a message category that is
> > not in the man page, I don't know what it would be.  Unless of course I
> > missed a category...
> 
> How about the "default_debug" category that is used when "named" starts 
> up when the debug level isn't set to zero.  (Look at the BIND ARM.)
> 
> Your "named" process will do some logging, at least opening up the log 
> file, before "named" reads the configuration file where the location is 
> reset to your desired location.  Setting the debug level causes logging 
> to "named.run" when "named" starts and won't be redirected until the 
> configuration file is read.
> 
> Bill Larson
 
	And, in general, unless you are tracing a particular problem
	there is no point in running at a debug level.  Configuration
	errors will be reported with debug off.
--
Mark Andrews, ISC
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