BIND 9 Memory Leak?

David Ford david at blue-labs.org
Tue Jan 23 22:06:50 UTC 2007


Have you guys tried valgrind recently to see what it comes up with?

-david

Stephen John Smoogen wrote:
> On 23 Jan 2007 06:36:56 -0800, Greg Burch <greg.burch at gmail.com> wrote:
>   
>> We're running multiple name BIND servers (on Red Hat EL AS4) in our
>> organization (some at version 9.3.1, others have been upgraded to
>> 9.3.2-P2), and in the last month or two, we've been running into issues
>> where DNS resolution on some of our servers slows to a crawl, because
>> the memory begins swapping to disk.  We've tried various things, such
>> as tweaking the max-cache-size and cleaning-interval parameters, with
>> no luck.  There had been no recent upgrades to BIND before these
>> problems began occurring, although other packages on the system may
>> have been updated via a Red Hat satellite server.
>>
>>     
>
> Are the servers acting as both caching/resolving name servers for
> other machines and as an authoritative name server for your zone? How
> many clients are getting the data?
>
> The other issue might be with compile options and choices when you
> compiled your version of BIND. The RHEL-4 Bind is 9.2.4, so I am
> guessing there was a recompile somewhere.
>
>   
>> As an example of the "memory leak", here's top output that shows BIND
>> using over 300M of memory:
>>
>> PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND
>> 18246 named     19   0  391m 334m 1204 S   17 33.1   1462:47 named
>>
>> When I run an "rndc dumpdb", we can see the cache is 5.8M:
>>
>> -rw-r--r--  1 named named 5812840 Jan  5 14:31 named_dump.db
>>
>>     
>
> The file on my part is an ASCII dump so look for data that doesnt
> match your server.
>
>
>   
>> The data itself that the server is master for is 1.9M.
>>
>>     
>
>   



More information about the bind-users mailing list