Core dumping DLZ
Scott Haneda
talklists at newgeo.com
Fri May 8 04:15:36 UTC 2009
On May 7, 2009, at 6:51 PM, Mark Andrews wrote:
> In message <8B717588-3E36-4596-9B11-DE03E1CA4F03 at newgeo.com>, Scott
> Haneda writ
> es:
>> On May 7, 2009, at 6:08 PM, Scott Haneda wrote:
>>
>>> What can a core dump tell me to help trace this issue down and solve
>>> it? Named is going deaf/dead for some reason, perhaps related, I
>>> need
>>> it to keep up.
>>
>> I did a little searching and found how to look into the core dumps,
>> here is what is happening. How can I solve this?
>>
>> root at host [core_dumps:] $ gdb /usr/sbin/named-sdb core.9810
>> GNU gdb Fedora (6.8-27.el5)
>> Copyright (C) 2008 Free Software Foundation, Inc.
>> License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html
>>
>>
>> [snip.. loading symbols]
>>
>> Loaded symbols for /lib64/libsepol.so.1
>> Reading symbols from /lib64/libnss_files.so.2...done.
>> Loaded symbols for /lib64/libnss_files.so.2
>> Core was generated by `/usr/sbin/named-sdb -u named'.
>> Program terminated with signal 6, Aborted.
>> [New process 9810]
>> #0 0x00002adb2b0e0215 in raise () from /lib64/libc.so.6
>> (gdb) backtrace
>> #0 0x00002adb2b0e0215 in raise () from /lib64/libc.so.6
>> #1 0x00002adb2b0e1cc0 in abort () from /lib64/libc.so.6
>> #2 0x00002adb27c4c9e0 in assertion_failed (file=0x2adb2922428b
>> "mem.c", line=918, type=<value optimized out>, cond=0x2adb292245b5
>> "ctx->stats[i].gets == 0U")
>> at ./main.c:166
>> #3 0x00002adb29202488 in destroy (ctx=0x2adb27ece6c0) at mem.c:918
>> #4 0x00002adb29202755 in isc_mem_destroy (ctxp=0x2adb27ea0340) at
>> mem.c:1067
>> #5 0x00002adb27c4dc78 in main (argc=0, argv=0x7fff82e7e928) at ./
>> main.c:1064
>
> This is indicative of a memory / reference leak being
> detected on shutdown.
Hi Mark, thanks. No one ever shuts down the server/process/app, so
something else must be causing that. Would that mean this particular
core dump is a result of some other crash causing it to shut down?
Is this http://people.redhat.com/atkac/bind/ the only place I can get
a srpm for dlz/sdb? Sorry, I am not familiar with rpm or red hat, and
just need to do my best to resolve this, or find a consultant who can
help me resolve this.
I will go explore the other core dumps and see if they tell anything
more interesting. Thanks for your help.
--
Scott * If you contact me off list replace talklists@ with scott@ *
More information about the bind-users
mailing list