2GB Memory Limits on Solaris 10

Matthew Huff mhuff at ox.com
Mon Jun 8 19:46:05 UTC 2009

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



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,


-------------- 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>

More information about the bind-users mailing list