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
On 26/08/2022 23:57, Benny Pedersen wrote:
David C. Templeton skrev den 2022-08-26 21:50:
Sorry for any confusion. I started with 9.18.4 because I also wanted
to test out upgrading. Install 9.18.4 first then make sure I could
upgrade to 9.18.6 without issue.
Am I following the correct link
On 25/08/2022 15:54, Ondřej Surý wrote:
I think there's only a risk that ISC doesn't regularly test with older
jemalloc versions,
so you might get a hit by a bug we are not aware of.
Anand, we test regularly on Oracle Linux 7 with jemalloc 3.6.0 from
Oracle's EPEL repository in the CI.
M.
On 16/08/2022 09:36, BÖSCH Christian wrote:
Hello,
I have FreeBSD and the bind-tools 9.16.X package installed and I am
using the python module "isc" included in it with ansible.
Now when I tried to upgrade to bind-tools 9.18 package I see that the
python module is no longer included.
I
On 02/08/2022 18:46, Bhangui, Sandeep - BLS CTR via bind-users wrote:
Hello all
We are getting ready to test Bind 9.18.x. Currently we are running the
latest version of 9.16.x branch.
We have downloaded and successfully installed the jemalloc module on the
Server ( RHEL 7.9 OS) and getting
On 28/04/2022 16:52, DeCaro, James John (Jim) CIV DISA FE (USA) via
bind-users wrote:
Dnf is not available. Therefore using yum
Linux Red Hat 7.9 virtual machine on VMware, has internet connectivity
Set up local repository in
On 25/04/2022 12:20, Josef Moellers wrote:
Hi,
I'm trying to build bind 9.18.2 with the contrib modules, but this fails
for contrib/dlz/modules/wildcard.
Without any modifications to the spec file used for 9.18.1, it fails
because it does not have "FALLTHROUGH" and "UNREACHABLE()", whose
On 02/09/2021 13:29, Mark Tinka wrote:
Hi all.
Ever since we moved from BIND-9.11 to BIND-9.16, we've been experiencing
'named' crashing after 24hrs - 36hrs on high-load resolver-only servers,
running on FreeBSD-13.0.
We found that the reason for this was due to BIND running out of swap
On 27/05/2020 20:22, DeCaro, James John (Jim) CIV DISA FE (USA) via
bind-users wrote:
ld.so.1: gen: fatal: libuv.so.1: open failed: No such file or directory
...
$ find / -name libuv* -print
/usr/local/lib/libuv.so
/usr/local/lib/libuv.la
/usr/local/lib/libuv.so.1
/usr/local/lib/libuv.a
9 matches
Mail list logo
