> Have you tried an rndc flush? You can also dump the contents of the > cache to find the (approximate) size of the cache. If related to cache, > you can tweak parameters to cache, most namely max-cache-size. IIRC, > the cache doesn't have a size limit by default. > > /Tim > I did an rndc dumpdb -cache and the size of the named_dump.db that resulted is 5927042. Not all that big condidering how it is formatted. Late last night I did a rndc flush. At that time the size of named was 31305 pages of 8192 bytes. As of now (13 hours later) the size is still 31305. I will see what happens.
I was asked off list for our named.conf. Here it is. options { directory "/var/named"; acache-enable yes; auth-nxdomain no; transfer-format many-answers; dnssec-enable yes; dnssec-validation yes; dnssec-lookaside auto; }; managed-keys { dlv.isc.org. initial-key 257 3 5 .....; }; managed-keys { "." initial-key 257 3 8 .......; }; view "internal" { match-clients { !192.168.3.95; !192.168.3.150; !192.168.4.0/24; localnets; }; sortlist { { 192.168.2.0/24; { 192.168.2.0/24; 192.168.3.0/24; }; }; { 192.168.3.0/24; { 192.168.3.0/24; 192.168.2.0/24; }; }; }; zone "." { type hint; file "named.root"; }; zone "adi.com" { type master; file "adi.com.hosts.int"; check-names ignore; notify explicit; also-notify { 192.168.2.95; 192.168.2.150; }; }; zone "130-157.245.100.75.in-addr.arpa" { type master; file "75.100.245.130-157.revhosts"; notify explicit; also-notify { 192.168.2.95; 192.168.2.150; }; }; zone "2.168.192.in-addr.arpa" { type master; file "192.168.2.revhosts.int"; notify explicit; also-notify { 192.168.2.95; 192.168.2.150; }; }; zone "3.168.192.in-addr.arpa" { type master; file "192.168.3.revhosts.int"; notify explicit; also-notify { 192.168.2.95; 192.168.2.150; }; }; zone "4.168.192.in-addr.arpa" { type master; file "192.168.2.revhosts.int"; notify explicit; also-notify { 192.168.2.95; 192.168.2.150; }; }; zone "localhost" { type master; notify no; file "named.local"; }; zone "0.0.127.in-addr.arpa" { type master; notify no; file "named.revlocal"; }; zone "com" { type delegation-only; }; zone "net" { type delegation-only; }; }; view "internal4" { match-clients { 192.168.4.0/24; }; zone "." { type hint; file "named.root"; }; zone "adi.com" { type master; file "adi.com.hosts.int4"; check-names ignore; notify explicit; also-notify { 192.168.4.95; 192.168.4.150; }; }; zone "130-157.245.100.75.in-addr.arpa" { type master; file "75.100.245.130-157.revhosts"; notify explicit; also-notify { 192.168.4.95; 192.168.4.150; }; }; zone "2.168.192.in-addr.arpa" { type master; file "192.168.2.revhosts.int"; notify explicit; also-notify { 192.168.4.95; 192.168.4.150; }; }; zone "3.168.192.in-addr.arpa" { type master; file "192.168.3.revhosts.int"; notify explicit; also-notify { 192.168.4.95; 192.168.4.150; }; }; zone "4.168.192.in-addr.arpa" { type master; file "192.168.2.revhosts.int"; notify explicit; also-notify { 192.168.4.95; 192.168.4.150; }; }; zone "localhost" { type master; notify no; file "named.local"; }; zone "0.0.127.in-addr.arpa" { type master; notify no; file "named.revlocal"; }; zone "com" { type delegation-only; }; zone "net" { type delegation-only; }; }; view "external" { match-clients { any; }; allow-recursion { 75.100.245.0/24; }; zone "." { type hint; file "named.root"; }; zone "adi.com" { type master; file "adi.com.hosts.ext"; inline-signing yes; key-directory "dnssec"; auto-dnssec maintain; also-notify { 192.168.3.95; 192.168.3.150; 216.170.230.22; }; }; zone "130-157.245.100.75.in-addr.arpa" { type master; file "75.100.245.130-157.revhosts"; notify explicit; also-notify { 192.168.2.95; 192.168.2.150; 216.170.230.22; }; }; zone "com" { type delegation-only; }; zone "net" { type delegation-only; }; }; > > On 2014-07-17 10:39, sch...@adi.com wrote: > > We are running Bind on a Sun Sparc machine running Solairs 8. Bind is > > built as a 32 bit executable as that is the default and is the way > > libcrypto and libxml2 are built. We have been running Bind 9.9.5. > > I am now trying Bind 9.9.6b1 as that claims to have fixed some memory > > leaks. > > > > For some time now Bind has stopped being able to do recursive queries > > every couple of weeks and I have been just restarting it. I decided > > to > > look into this and found it logging out of memory errors. This seems > > to > > have started happening after I set up bind to sign our domain, > > adi.com. > > The server is bluegill.adi.com. It is set up with 3 views. Two are > > internal > > views and can do recursive queries. One is the external view and does > > not allow recursive queries. > > > > Since restarting named, this time Bind 9.9.6b1, I have been checking > > the memory usage every day. The usage in pages of 8192 bytes for the > > last 7 days are: > > 16,517 19,221 20,111 23,707 24,957 26,384 28,231 29,912 > > > > Note that this shows no signs of settling down. I am looking into > > the possability of rebuilding Bind as a 64 bit executable as that > > should take much longer to run out of memory. > > > > A recient section of the log showing that the cleaner is running: > > Jul 17 10:24:44 bluegill named[9334]: [ID 873579 daemon.notice] > > acache 91e6a30 stats: hits=0 misses=6 queries=6 adds=6 deleted=5 > > cleaned=5 cleaner_runs=140 overmem=0 overmem_nocreates=0 nomem=0 > > Jul 17 10:24:44 bluegill named[9334]: [ID 873579 daemon.notice] > > acache 91e6a30 cleaning interval set to 3600. > > Jul 17 10:24:44 bluegill named[9334]: [ID 873579 daemon.notice] > > acache 933f990 stats: hits=3299 misses=79 queries=3378 adds=86 > > deleted=370 > > cleaned=370 cleaner_runs=144 overmem=0 overmem_nocreates=0 nomem=0 > > Jul 17 10:24:44 bluegill named[9334]: [ID 873579 daemon.notice] > > acache 933f990 cleaning interval set to 3600. > > Jul 17 10:24:46 bluegill named[9334]: [ID 873579 daemon.notice] > > acache 9166a20 stats: hits=76514 misses=4348 queries=80862 adds=4348 > > deleted=3717 cleaned=3717 cleaner_runs=144 overmem=0 > > overmem_nocreates=0 > > nomem=0 > > Jul 17 10:24:46 bluegill named[9334]: [ID 873579 daemon.notice] > > acache 9166a20 cleaning interval set to 3600. > > Jul 17 10:29:51 bluegill named[9334]: [ID 873579 daemon.notice] > > clients-per-query decreased to 10 Tom Schulz Applied Dynamics Intl. sch...@adi.com _______________________________________________ Please visit https://lists.isc.org/mailman/listinfo/bind-users to unsubscribe from this list bind-users mailing list bind-users@lists.isc.org https://lists.isc.org/mailman/listinfo/bind-users