dnsperf and BIND memory consumption

[Vinny Abello]

> -----Original Message-----
> From: bind-users-bounce at isc.org [mailto:bind-users-bounce at isc.org] On
> Behalf Of JINMEI Tatuya / ????
> Sent: Thursday, August 07, 2008 2:19 PM
> To: Vinny Abello
> Cc: bind-users at isc.org
> Subject: Re: dnsperf and BIND memory consumption
>
> At Thu, 7 Aug 2008 10:33:25 -0400,
> Vinny Abello <vinny at tellurian.com> wrote:
>
> > >
> =======================================================================
> > > - create a symbolic link from "/etc/malloc.conf" to "X":
> > >  # ln -s X /etc/malloc.conf
> >
> > What exactly is this trying to accomplish here? JFYI, I don't have a
> file /etc/malloc.conf on my server. Did you mean /etc/make.conf? Where
> is X being referenced?
>
> /etc/malloc.conf normally doesn't exist.  You should create a new
> symbolic link.  For other details, see malloc(3).
>
> > > - start named with a moderate limitation of virtual memory size,
> e.g.
> > >  # /usr/bin/limits -v 384m $path_to_named/named <command line
> options>
> > >
> > > Then the named process will eventually abort itself with a core
> dump
> > > due to malloc failure.  Please show us the stack trace at that
> point.
> > > Hopefully it will reveal the malloc call that keeps consuming
> memory.
> >
> > How would I show the trace that you require once this happens?
>
> named will die with a core file.  Then perform the following:
>
> # gdb <path_to_named> <path_to_core>
> (gdb) thread apply all bt full

Let me know if you need everything that it returns. Most of it beyond the following seems like it doesn't give much of any information. Maybe this is because of the symbols not being found or I need to compile BIND in a different way.

rns2# gdb /usr/local/sbin/named /var/named/named.core
GNU gdb 6.1.1 [FreeBSD]
Copyright 2004 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for details.
This GDB was configured as "amd64-marcel-freebsd"...(no debugging symbols found)...
Core was generated by `named'.
Program terminated with signal 5, Trace/breakpoint trap.
Reading symbols from /lib/libcrypto.so.5...(no debugging symbols found)...done.
Loaded symbols for /lib/libcrypto.so.5
Reading symbols from /usr/local/lib/libxml2.so.5...(no debugging symbols found)...done.
Loaded symbols for /usr/local/lib/libxml2.so.5
Reading symbols from /lib/libz.so.4...(no debugging symbols found)...done.
Loaded symbols for /lib/libz.so.4
Reading symbols from /usr/local/lib/libiconv.so.3...(no debugging symbols found)...done.
Loaded symbols for /usr/local/lib/libiconv.so.3
Reading symbols from /lib/libm.so.5...(no debugging symbols found)...done.
Loaded symbols for /lib/libm.so.5
Reading symbols from /lib/libthr.so.3...(no debugging symbols found)...done.
Loaded symbols for /lib/libthr.so.3
Reading symbols from /lib/libc.so.7...(no debugging symbols found)...done.
Loaded symbols for /lib/libc.so.7
Reading symbols from /libexec/ld-elf.so.1...(no debugging symbols found)...done.
Loaded symbols for /libexec/ld-elf.so.1
#0  0x00000008010cbd51 in _thread_bp_create () from /lib/libthr.so.3
[New Thread 0x704300 (LWP 100081)]
[New Thread 0x704180 (LWP 100182)]
(gdb) thread apply all bt full

Thread 2 (Thread 0x704180 (LWP 100182)):
#0  0x00000008010cbd51 in _thread_bp_create () from /lib/libthr.so.3
No symbol table info available.
#1  0x00000008010cbdc6 in _thread_bp_death () from /lib/libthr.so.3
No symbol table info available.
#2  0x00000008010c4fa4 in pthread_create () from /lib/libthr.so.3
No symbol table info available.
#3  0x00000000005578fc in ?? ()
No symbol table info available.
#4  0x00000000005454db in ?? ()
No symbol table info available.
#5  0x00000000004138bb in ?? ()
No symbol table info available.
#6  0x00000000004054d5 in ?? ()
No symbol table info available.

This continues up to 635...

#630 0x66fdebf4050f0000 in ?? ()
No symbol table info available.
#631 0x9066669066669066 in ?? ()
No symbol table info available.
#632 0x00007fffffffec70 in ?? ()
No symbol table info available.
#633 0x0000000000000001 in ?? ()
No symbol table info available.
#634 0x00007fffffffec80 in ?? ()
No symbol table info available.
#635 0x0000000000000016 in ?? ()
No symbol table info available.
Cannot access memory at address 0x800000000000


-Vinny