9.8.2 Assertion Failures

[Bailey, Morgan [BT]]

Hi all

We have recently made some major changes to our DNS infrastructure.  This involved consolidating servers and standardizing on a single RHEL6 platform.  We currently running the latest RHEL6 packaged BIND release of 9.8.2 (9.8.2rc1-RedHat-9.8.2-0.10.rc1.el6).  Lately on one of our busier names servers the named daemon has been crashing with assertion errors.  Here is a recent log snippet:

Jul 17 07:36:51 ks01 named[11224]: rbtdb.c:1619: INSIST(!((void *)((node)->deadlink.prev) != (void *)(-1))) failed, back trace
Jul 17 07:36:51 ks01 named[11224]: #0 0x7f8444865c2f in ??
Jul 17 07:36:51 ks01 named[11224]: #1 0x7f844321c89a in ??
Jul 17 07:36:51 ks01 named[11224]: #2 0x7f84440f2883 in ??
Jul 17 07:36:51 ks01 named[11224]: #3 0x7f84440f82cb in ??
Jul 17 07:36:51 ks01 named[11224]: #4 0x7f844415829f in ??
Jul 17 07:36:51 ks01 named[11224]: #5 0x7f844415e4c0 in ??
Jul 17 07:36:51 ks01 named[11224]: #6 0x7f844323b2f8 in ??
Jul 17 07:36:51 ks01 named[11224]: #7 0x7f8442bf0851 in ??
Jul 17 07:36:51 ks01 named[11224]: #8 0x7f844215367d in ??
Jul 17 07:36:51 ks01 named[11224]: exiting (due to assertion failure)
Jul 17 07:36:55 ks01 abrt[29353]: Saved core dump of pid 11224 (/usr/sbin/named) to /var/spool/abrt/ccpp-2012-07-17-07:36:51-11224 (346398720 bytes)
Jul 17 07:36:55 ks01 abrtd: Directory 'ccpp-2012-07-17-07:36:51-11224' creation detected

I did a little research and found a few forum posts where others were having the same or similar problems and the general consensus was that this was a problem that was fixed in 9.8.2.  Apparently my problem is slightly different or the issue wasn't fixed.

My questions are:

Is anyone else having this problem, and if so what did you do to remedy it?  Also, I have the coredump.  Where should I send it for further analysis?

Morgan Bailey
Information Security Engineer
Office of Information Technology Services
785-296-3706

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.isc.org/pipermail/bind-users/attachments/20120717/8a2fd72d/attachment.html>