2GB Memory Limits on Solaris 10

[Matthew Huff]

enable-largefile support turns on 64 bit filesystem, but not 64 bit memory.
Normally under Solaris even a 32 bit process should be able to use the full
4GB address space (or at least 3.5-3.8GB). Try checking  your ulimits in the
script that starts the process.

 

BTW, by default the named process even on a 64 bit system is compiled in 32
bit mode.  The main reason is that any other libraries it might use
(openssl, etc) will also need to have 64 bit versions.

 

----
Matthew Huff       | One Manhattanville Rd
OTA Management LLC | Purchase, NY 10577
http:// <http://www.otaotr.com/> www.ox.com  | Phone: 914-460-4039
aim: matthewbhuff  | Fax:   914-460-4139



 

From: bind-users-bounces at lists.isc.org
[mailto:bind-users-bounces at lists.isc.org] On Behalf Of Raymond Popowich
Sent: Monday, June 08, 2009 3:35 PM
To: bind-users at lists.isc.org
Subject: 2GB Memory Limits on Solaris 10

 

Hello,

I am running several Bind 9.6.0-P1 DNS resolvers on Solaris 10.  The largest
does around 2500 queries/second at peak times.  They are configured with
--enable-largefile support.  About once a month I am having a problem with
the largest resolvers breaking when the named process hits 2GB.  I've logged
a few different errors including file descriptor limits which I increased
when that happened, to increasing the option for max-cache-size, to my
current errors such as ns_client_replace() failed: out of memory.  The
servers have 8GB of physical memory.  I am OK with telling bind to use an
unlimited amount of resources or specifying a double in the current maximum
up to 4GB.  Would it be possible for someone to provide a full list of all
of the named.conf options that I need to specify in named.conf and increase
from the default settings?  I've been fixing these errors one at a time for
a while now and I really can't afford to keep troubleshooting this problem
by waiting for new errors to happen.

Thank you for your time,

-Raymond

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.isc.org/pipermail/bind-users/attachments/20090608/7db126a6/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.jpg
Type: image/jpeg
Size: 2223 bytes
Desc: not available
URL: <https://lists.isc.org/pipermail/bind-users/attachments/20090608/7db126a6/attachment.jpg>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: Matthew Huff.vcf
Type: application/octet-stream
Size: 1595 bytes
Desc: not available
URL: <https://lists.isc.org/pipermail/bind-users/attachments/20090608/7db126a6/attachment.obj>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/x-pkcs7-signature
Size: 4229 bytes
Desc: not available
URL: <https://lists.isc.org/pipermail/bind-users/attachments/20090608/7db126a6/attachment.bin>