bind 9.4 memory exhaustion

bindlist bindlist at codewarehouse.NET
Tue Jan 15 16:31:21 UTC 2008




On Tue, 15 Jan 2008 23:30:01 +1100, Mark Andrews <Mark_Andrews at isc.org> wrote:
> 
> datasize
> 
>     The maximum amount of data memory the server may use. The default
>     is default. This is a hard limit on server memory usage. If the
>     server attempts to allocate memory in excess of this limit, the
>     allocation will fail, which may in turn leave the server unable
>     to perform DNS service. Therefore, this option is rarely useful
>     as a way of limiting the amount of memory used by the server,
>     but it can be used to raise an operating system data size limit
>     that is too small by default. If you wish to limit the amount
>     of memory used by the server, use the max-cache-size and
>     recursive-clients options instead.
> 

Thank you for your thoughtful, and informative reply.

Chris

>>
>> Greetings,
>>  I'm running two nearly identically loaded internet viewable
>> authoritative servers on bind 9.4.2. OS is BSD (recent).
>>
>> I am running into problems with memory exhaustion on one of them.
>> Yet no problems on the other.
>>
>> The server with problem:
>> SOA for 7 zones
>> SLAVE for 7 zones
>>
>> memory related conf lines:
>>   datasize 15m;
>> 	max-cache-size 45m;
>>
>> The server without problem:
>> SOA for 7 zones
>> SLAVE for 9 zones
>>
>> memory related conf lines:
>>   datasize 5m;
>> 	max-cache-size 10m;
>>
>>
>> Furthermore the conf settings (other than data/cache lines) are
> identical
>> on both.
>> On the problem server I started with the lines:
>>   datasize 5m;
>> 	max-cache-size 10m;
>>
>> but the following results were almost immediate:
>>
>> # named.reload
>> rndc: 'reload' failed: out of memory
>>
>> # rndc reload
>> rndc: 'reload' failed: out of memory
>>
>> So I bumped the numbers up. Yet the higher numbers only postpones the
>> inevitable:
>> failed: out of memory.
>>
>> I should also probably note that the "problem" server has 3 times the
> physica
>> l
>> memory installed/available, than does the other server.
>>
>> Any thoughts, answers?
>>
>> Thank you for all your time and consideration.
>>
>> /////////////////////////////////////////////////////
>> Service provided by hitOmeter.NET internet messaging!
>> .
>>
>>
>>
> --
> Mark Andrews, ISC
> 1 Seymour St., Dundas Valley, NSW 2117, Australia
> PHONE: +61 2 9871 4742                 INTERNET: Mark_Andrews at isc.org
/////////////////////////////////////////////////////
Service provided by hitOmeter.NET internet messaging!
.




More information about the bind-users mailing list