Got it will do, i just wanted to report on distro first before going upstream
Please excuse the brevity-- sent from a mobile device Sean Brackeen > On Jul 4, 2023, at 10:35 PM, Ondřej Surý <ond...@sury.org> wrote: > > 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 >
