AW: 9.3.0 coring on FreeBSD 5.3-STABLE
Walkenhorst, Benjamin
Benjamin.Walkenhorst at telekom.de
Thu Nov 25 14:03:52 UTC 2004
Hello,
> Before I had a problem with named coring on sighup. My
> solution to that
> problem was to use rndc reload. Now named keeps on coring
> sporadically when
> I'm not doing anything besides using it for normal lookups.
> Where can I look
> to start debugging this problem? Does named leave a core file
> anywhere? Also
> I'm not sure if this has anything to do with it but it is a
> secondary DNS
> for the .lan zone I use internally on my home LAN.
Well, to my knowledge, the definition of "to core" is something like
"to die and leave a core dump". If it does not leave a core-file
anywhere, it is, in my understanding, not coring. =)
I'm using FreeBSD on my home desktop, to my knowledge, a crashing application
should turn up in /var/log/messages with a brief description of the
cause (segfault, ...).
Are you using GENERIC or a custom kernel? If it's custom, do you have
any "nasty" stuff compiled in? Like ULE or PREEMPTION...
Are you using BIND as it came with the system or did you install it from
packages or ports or just build it manually?
I suggest you take a thorough look at the logfiles, especially near the end.
When I run into sticky problems, it's most often because I'm too lazy to look at
the logs right away and thoroughly.
Most often, when I finally come back to the logs, I wish I had done so earlier. =)
Also, cranking up BIND's debugging level can help. A Debug-Level of maybe 5 or 10 will
give you *plenty* of info, and if it doesn't suffice, you can go up to 99.
Which will give you an insane amount of debugging messages. =)
Note that you can use rndc to increase or reset the server's debugging level.
Kind regards,
Benjamin
More information about the bind-users
mailing list