On 14/02/2023 16:09, Jan Schaumann via bind-users wrote:
I'm guessing that without a set 'max-cache-size', this
continues to grow until there is no more memory space
left, we start swapping, and eventually get OOM
killed.
https://bind9.readthedocs.io/en/v9_18_11/reference.html
claims that the default 'max-cache-size' is 90% of
physical memory, but it seems that didn't work out
here. Might it be that on NetBSD, bind doesn't
correctly determine the physical memory amount?
In your named log you may see a "max-cache-size" calculation like the
one below (I don't have "max-cache-size" set in the config explicitly,
implicit value of "90%" is used):
'max-cache-size 90%' - setting to 1729MB (out of 1922MB)
It's from a 2 GB Linux cloud (KVM) instance and looking at the "free -m"
command output, it makes sense.
Do you see a calculation for your system? Does it make sense?
Michal
--
Visit https://lists.isc.org/mailman/listinfo/bind-users to unsubscribe from
this list
ISC funds the development of this software with paid support subscriptions.
Contact us at https://www.isc.org/contact/ for more information.
bind-users mailing list
bind-users@lists.isc.org
https://lists.isc.org/mailman/listinfo/bind-users