On Tue, Feb 17, 2015 at 08:05:56PM +0530, bhargav p wrote:
> >From the code browsing I can make this assertion failure happend in the
> destroy function(), why the named daemon wants to exit itself, is something
> unexpected happend?

I would guess it was a normal shutdown; if it had been an unexpected
crash, it wouldn't have gotten that far before asserting.

> While it is exiting, named is cleaning up all its structures and stats,
> can someone explain me why we need assertion before freeing up the stats?

The assertion is there to detect memory leaks.  Somewhere, BIND allocated
a block of memory and then didn't free it before exiting; it dumps core
so we have a better chance of figuring out what went wrong.  The assertion
failure itself is harmless; it's just there to catch coding errors.

If you run named with the "-m record" command line option, then it
would print a list of the un-freed memory blocks when it asserted.
(This has some performance impact, so I don't recommend running that
way routinely, but it helps track down what went wrong.)

-- 
Evan Hunt -- e...@isc.org
Internet Systems Consortium, Inc.
_______________________________________________
Please visit https://lists.isc.org/mailman/listinfo/bind-users to unsubscribe 
from this list

bind-users mailing list
bind-users@lists.isc.org
https://lists.isc.org/mailman/listinfo/bind-users

Reply via email to