Hello, this was an end user configuration issue and is not a bug and may be closed. Apologies
Sean Brackeen -----Original Message----- From: Ondřej Surý <ond...@sury.org> Sent: Tuesday, July 4, 2023 10:35 PM To: Sean Brackeen <sean.brack...@tonyrobbins.com>; 1040...@bugs.debian.org Subject: Re: Bug#1040371: bind9 exits with ABRT/dumps core during/after AXFR Sean, can you report this to upstream (gitLab.isc.org)? This would be better handled there. Open a new issue, mark it as confidential and we will need at least a coredump. Reproducer would be even better. Ondřej -- Ondřej Surý <ond...@sury.org> (He/Him) > On 5. 7. 2023, at 6:36, Sean Brackeen <sean.brack...@tonyrobbins.com> wrote: > > This is now affecting both slave servers. [ESXi 8 and a server at a cloud > hosting provider] I tried turning off extra options [stats, dnssec] and > removing recently created zones, with no change. I also tried setting the > slaves to write the zone files as text instead of binary with no change. > > > Sean Brackeen > Sr. Systems Engineer > +1 (858) 257-0164 (office) > +1 (619) 534-5789 (mobile) > > Robbins Research International > 5230 Carroll Canyon Rd. Suite 306, San Diego, CA 92121 "It’s not the > events of your life that determine how you feel, but the way you > interpret those experiences." -Tony Robbins > > -----Original Message----- > From: sean.brackeen <sean.brack...@tonyrobbins.com> > Sent: Tuesday, July 4, 2023 7:58 PM > To: Debian Bug Tracking System <sub...@bugs.debian.org> > Subject: Bug#1040371: bind9 exits with ABRT/dumps core during/after > AXFR > > Package: bind9 > Version: 1:9.18.16-1~deb12u1 > Severity: important > X-Debbugs-Cc: sean.brack...@tonyrobbins.com > > Dear Maintainer, > > > * What led up to the situation? > Configured a new set of bind9 servers accepting AXFR transfers from a main > server > * What exactly did you do (or not do) that was effective (or > ineffective)? > Started adding additional domains to the server from the master, as they > started syncing this server suddenly dumped core as it started accepting AXFR > transfers from upstream > * What was the outcome of this action? > The bind9 daemon crashes repeatedly when you start it or restart the server > * What outcome did you expect instead? > BIND should be able to accept zone transfers reliably. > > Platform is VMware ESXi, 8.0.1, 21495797 - No exceptions float up to > the VM itself or the VM host - The master server on ESXi 7 does not > abrt > > Jul 04 19:33:22 fmt2-ns2 named[1330]: transfer of 'snip' from snip: Transfer > status: success Jul 04 19:33:22 fmt2-ns2 named[1330]: transfer of 'snip' from > snip: Transfer completed: 1 messages, 15 records, 495 bytes, 0.012 secs > (41250 bytes/sec) (serial 2023070401) Jul 04 19:33:22 fmt2-ns2 named[1330]: > zone snip: sending notifies (serial 2023070401) Jul 04 19:33:22 fmt2-ns2 > systemd[1]: Created slice system-systemd\x2dcoredump.slice - Slice > /system/systemd-coredump. > Jul 04 19:33:22 fmt2-ns2 systemd[1]: Started > systemd-coredump@0-1338-0.service - Process Core Dump (PID 1338/UID 0). > Jul 04 19:33:22 fmt2-ns2 systemd-coredump[1339]: [🡕] Process 1330 (named) of > user 102 dumped core. > > Module libnss_systemd.so.2 > from deb systemd-252.6-1.amd64 > Module libsystemd.so.0 from > deb systemd-252.6-1.amd64 > Stack trace of thread 1331: > #0 0x00007faebe4fdccc n/a > (libc.so.6 + 0x8accc) > #1 0x00007faebe4aeef2 raise > (libc.so.6 + 0x3bef2) > #2 0x00007faebe499472 abort > (libc.so.6 + 0x26472) > #3 0x00007faebf85a195 n/a > (libuv.so.1 + 0x9195) > #4 0x00007faebe500e37 n/a > (libc.so.6 + 0x8de37) > #5 0x00007faebf86de49 > uv_once (libuv.so.1 + 0x1ce49) > #6 0x00007faebf85c521 > uv_queue_work (libuv.so.1 + 0xb521) > #7 0x00007faebf22646e > isc_nm_work_offload (libisc-9.18.16-1~deb12u1-Debian.so + 0x2646e) > #8 0x00007faebee86c88 n/a > (libdns-9.18.16-1~deb12u1-Debian.so + 0x86c88) > #9 0x00007faebf2588e3 > isc_task_run (libisc-9.18.16-1~deb12u1-Debian.so + 0x588e3) > #10 0x00007faebf226c92 n/a > (libisc-9.18.16-1~deb12u1-Debian.so + 0x26c92) > #11 0x00007faebf227317 n/a > (libisc-9.18.16-1~deb12u1-Debian.so + 0x27317) > #12 0x00007faebf227e53 n/a > (libisc-9.18.16-1~deb12u1-Debian.so + 0x27e53) > #13 0x00007faebf86009d n/a > (libuv.so.1 + 0xf09d) > #14 0x00007faebf873e3c n/a > (libuv.so.1 + 0x22e3c) > #15 0x00007faebf8609e4 uv_run > (libuv.so.1 + 0xf9e4) > #16 0x00007faebf227634 n/a > (libisc-9.18.16-1~deb12u1-Debian.so + 0x27634) > #17 0x00007faebf261415 > isc__trampoline_run (libisc-9.18.16-1~deb12u1-Debian.so + 0x61415) > #18 0x00007faebe4fbfd4 n/a > (libc.so.6 + 0x88fd4) > #19 0x00007faebe57c5bc > n/a (libc.so.6 + 0x1095bc) > > Stack trace of thread 1332: > #0 0x00007faebe57bc06 > epoll_wait (libc.so.6 + 0x108c06) > #1 0x00007faebf874135 n/a > (libuv.so.1 + 0x23135) > #2 0x00007faebf8609e4 uv_run > (libuv.so.1 + 0xf9e4) > #3 0x00007faebf227634 n/a > (libisc-9.18.16-1~deb12u1-Debian.so + 0x27634) > #4 0x00007faebf261415 > isc__trampoline_run (libisc-9.18.16-1~deb12u1-Debian.so + 0x61415) > #5 0x00007faebe4fbfd4 n/a > (libc.so.6 + 0x88fd4) > #6 0x00007faebe57c5bc > n/a (libc.so.6 + 0x1095bc) > > Stack trace of thread 1330: > #0 0x00007faebe4afbc2 > __sigtimedwait (libc.so.6 + 0x3cbc2) > #1 0x00007faebe4af2dc > sigwait (libc.so.6 + 0x3c2dc) > #2 0x00007faebf239074 > isc_app_ctxrun (libisc-9.18.16-1~deb12u1-Debian.so + 0x39074) > #3 0x00007faebf2392b4 > isc_app_run (libisc-9.18.16-1~deb12u1-Debian.so + 0x392b4) > #4 0x00005596ec4149c6 main > (named + 0x199c6) > #5 0x00007faebe49a18a n/a > (libc.so.6 + 0x2718a) > #6 0x00007faebe49a245 > __libc_start_main (libc.so.6 + 0x27245) > #7 0x00005596ec415461 > _start (named + 0x1a461) > > Stack trace of thread 1334: > #0 0x00007faebe57bc06 > epoll_wait (libc.so.6 + 0x108c06) > #1 0x00007faebf874135 n/a > (libuv.so.1 + 0x23135) > #2 0x00007faebf8609e4 uv_run > (libuv.so.1 + 0xf9e4) > #3 0x00007faebf227634 n/a > (libisc-9.18.16-1~deb12u1-Debian.so + 0x27634) > #4 0x00007faebf261415 > isc__trampoline_run (libisc-9.18.16-1~deb12u1-Debian.so + 0x61415) > #5 0x00007faebe4fbfd4 n/a > (libc.so.6 + 0x88fd4) > #6 0x00007faebe57c5bc > n/a (libc.so.6 + 0x1095bc) > > Stack trace of thread 1335: > #0 0x00007faebe57bc06 > epoll_wait (libc.so.6 + 0x108c06) > #1 0x00007faebf874135 n/a > (libuv.so.1 + 0x23135) > #2 0x00007faebf8609e4 uv_run > (libuv.so.1 + 0xf9e4) > #3 0x00007faebf227634 n/a > (libisc-9.18.16-1~deb12u1-Debian.so + 0x27634) > #4 0x00007faebf261415 > isc__trampoline_run (libisc-9.18.16-1~deb12u1-Debian.so + 0x61415) > #5 0x00007faebe4fbfd4 n/a > (libc.so.6 + 0x88fd4) > #6 0x00007faebe57c5bc > n/a (libc.so.6 + 0x1095bc) > > Stack trace of thread 1336: > #0 0x00007faebe57bc06 > epoll_wait (libc.so.6 + 0x108c06) > #1 0x00007faebf874135 n/a > (libuv.so.1 + 0x23135) > #2 0x00007faebf8609e4 uv_run > (libuv.so.1 + 0xf9e4) > #3 0x00007faebf227634 n/a > (libisc-9.18.16-1~deb12u1-Debian.so + 0x27634) > #4 0x00007faebf261415 > isc__trampoline_run (libisc-9.18.16-1~deb12u1-Debian.so + 0x61415) > #5 0x00007faebe4fbfd4 n/a > (libc.so.6 + 0x88fd4) > #6 0x00007faebe57c5bc > n/a (libc.so.6 + 0x1095bc) > > Stack trace of thread 1337: > #0 0x00007faebe4f8d36 n/a > (libc.so.6 + 0x85d36) > #1 0x00007faebe4fb6dc > pthread_cond_timedwait (libc.so.6 + 0x886dc) > #2 0x00007faebf23c248 > isc_condition_waituntil (libisc-9.18.16-1~deb12u1-Debian.so + 0x3c248) > #3 0x00007faebf25c434 n/a > (libisc-9.18.16-1~deb12u1-Debian.so + 0x5c434) > #4 0x00007faebf261415 > isc__trampoline_run (libisc-9.18.16-1~deb12u1-Debian.so + 0x61415) > #5 0x00007faebe4fbfd4 n/a > (libc.so.6 + 0x88fd4) > #6 0x00007faebe57c5bc > n/a (libc.so.6 + 0x1095bc) > > Stack trace of thread 1333: > #0 0x00007faebe57bc06 > epoll_wait (libc.so.6 + 0x108c06) > #1 0x00007faebf874135 n/a > (libuv.so.1 + 0x23135) > #2 0x00007faebf8609e4 uv_run > (libuv.so.1 + 0xf9e4) > #3 0x00007faebf227634 n/a > (libisc-9.18.16-1~deb12u1-Debian.so + 0x27634) > #4 0x00007faebf261415 > isc__trampoline_run (libisc-9.18.16-1~deb12u1-Debian.so + 0x61415) > #5 0x00007faebe4fbfd4 n/a > (libc.so.6 + 0x88fd4) > #6 0x00007faebe57c5bc n/a > (libc.so.6 + 0x1095bc) > ELF object binary > architecture: AMD x86-64 Jul 04 19:33:22 fmt2-ns2 systemd[1]: > systemd-coredump@0-1338-0.service: Deactivated successfully. > Jul 04 19:33:22 fmt2-ns2 systemd[1]: named.service: Main process exited, > code=dumped, status=6/ABRT Jul 04 19:33:22 fmt2-ns2 systemd[1]: > named.service: Failed with result 'core-dump'. > > > -- System Information: > Debian Release: 12.0 > APT prefers stable-security > APT policy: (500, 'stable-security'), (500, 'stable') > Architecture: amd64 (x86_64) > > Kernel: Linux 6.1.0-9-amd64 (SMP w/6 CPU threads; PREEMPT) > Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), > LANGUAGE not set > Shell: /bin/sh linked to /usr/bin/dash > Init: systemd (via /run/systemd/system) > LSM: AppArmor: enabled > > Versions of packages bind9 depends on: > ii adduser 3.134 > ii bind9-libs 1:9.18.16-1~deb12u1 > ii bind9-utils 1:9.18.16-1~deb12u1 > ii debconf [debconf-2.0] 1.5.82 > ii dns-root-data 2023010101 > ii init-system-helpers 1.65.2 > ii iproute2 6.1.0-3 > ii libc6 2.36-9 > ii libcap2 1:2.66-4 > ii libfstrm0 0.6.1-1 > ii libjson-c5 0.16-2 > ii liblmdb0 0.9.24-1 > ii libmaxminddb0 1.7.1-1 > ii libnghttp2-14 1.52.0-1 > ii libprotobuf-c1 1.4.1-1+b1 > ii libssl3 3.0.9-1 > ii libsystemd0 252.6-1 > ii libuv1 1.44.2-1 > ii libxml2 2.9.14+dfsg-1.2 > ii netbase 6.4 > ii sysvinit-utils [lsb-base] 3.06-4 > ii zlib1g 1:1.2.13.dfsg-1 > > bind9 recommends no packages. > > Versions of packages bind9 suggests: > pn bind-doc <none> > ii bind9-dnsutils [dnsutils] 1:9.18.16-1~deb12u1 > pn resolvconf <none> > pn ufw <none> > > -- Configuration Files: > /etc/bind/named.conf.local changed [not included] > /etc/bind/named.conf.options changed [not included] > > -- no debconf information