ISC Open Source Projects issues
https://gitlab.isc.org/groups/isc-projects/-/issues
2020-09-24T11:36:16Z
https://gitlab.isc.org/isc-projects/bind9/-/issues/2166
bind 9.16.7 trap divide error
2020-09-24T11:36:16Z
Klaus Hackenberg
bind 9.16.7 trap divide error
Today I downloaded an compiled bind 9.16.7 on RHEL7. I cannot start the compiled named because of the following error:
```
Sep 17 09:44:00 vmrz0264 named[21450]: starting BIND 9.16.7 (Stable Release) <id:6fd3eb7>
Sep 17 09:44:00 vmrz0264...
Today I downloaded an compiled bind 9.16.7 on RHEL7. I cannot start the compiled named because of the following error:
```
Sep 17 09:44:00 vmrz0264 named[21450]: starting BIND 9.16.7 (Stable Release) <id:6fd3eb7>
Sep 17 09:44:00 vmrz0264 named[21450]: running on Linux x86_64 3.10.0-1127.19.1.el7.x86_64 #1 SMP Tue Aug 11 19:12:04 EDT 2020
Sep 17 09:44:00 vmrz0264 named[21450]: built with '--prefix=/usr/local/adm' '--sysconfdir=/etc' '--with-libxml2' '--with-openssl' '--with-tuning=large' '--without-lmdb'
Sep 17 09:44:00 vmrz0264 named[21450]: running as: named -u named -c /etc/named.conf -t /var/named/chroot
Sep 17 09:44:00 vmrz0264 named[21450]: compiled by GCC 4.8.5 20150623 (Red Hat 4.8.5-39)
Sep 17 09:44:00 vmrz0264 named[21450]: compiled with OpenSSL version: OpenSSL 1.0.2k-fips 26 Jan 2017
Sep 17 09:44:00 vmrz0264 named[21450]: linked to OpenSSL version: OpenSSL 1.0.2k-fips 26 Jan 2017
Sep 17 09:44:00 vmrz0264 named[21450]: compiled with libxml2 version: 2.9.1
Sep 17 09:44:00 vmrz0264 named[21450]: linked to libxml2 version: 20901
Sep 17 09:44:00 vmrz0264 named[21450]: compiled with zlib version: 1.2.7
Sep 17 09:44:00 vmrz0264 named[21450]: linked to zlib version: 1.2.7
Sep 17 09:44:00 vmrz0264 named[21450]: ----------------------------------------------------
Sep 17 09:44:00 vmrz0264 named[21450]: BIND 9 is maintained by Internet Systems Consortium,
Sep 17 09:44:00 vmrz0264 named[21450]: Inc. (ISC), a non-profit 501(c)(3) public-benefit
Sep 17 09:44:00 vmrz0264 named[21450]: corporation. Support and training for BIND 9 are
Sep 17 09:44:00 vmrz0264 named[21450]: available at https://www.isc.org/support
Sep 17 09:44:00 vmrz0264 named[21450]: ----------------------------------------------------
Sep 17 09:44:00 vmrz0264 named[21450]: adjusted limit on open files from 4096 to 1048576
Sep 17 09:44:00 vmrz0264 named[21450]: found 4 CPUs, using 4 worker threads
Sep 17 09:44:00 vmrz0264 named[21450]: using 4 UDP listeners per interface
Sep 17 09:44:00 vmrz0264 named[21450]: using up to 21000 sockets
Sep 17 09:44:00 vmrz0264 named[21450]: loading configuration from '/etc/named.conf'
Sep 17 09:44:00 vmrz0264 named[21450]: unable to open '/etc/bind.keys'; using built-in keys instead
Sep 17 09:44:00 vmrz0264 named[21450]: statistics-channels: JSON library missing, only XML stats will be available
Sep 17 09:44:00 vmrz0264 named[21450]: statistics channel listening on 127.0.0.1#8053
Sep 17 09:44:00 vmrz0264 named[21450]: using default UDP/IPv4 port range: [1024, 65535]
Sep 17 09:44:00 vmrz0264 named[21450]: using default UDP/IPv6 port range: [1024, 65535]
Sep 17 09:44:00 vmrz0264 named[21450]: listening on IPv4 interface lo, 127.0.0.1#53
Sep 17 09:44:00 vmrz0264 named[21450]: listening on IPv4 interface eth0, 10.147.32.12#53
Sep 17 09:44:00 vmrz0264 named[21450]: listening on IPv4 interface eth0, 10.147.32.11#53
Sep 17 09:44:00 vmrz0264 named[21450]: listening on IPv4 interface eth1, 134.147.30.198#53
Sep 17 09:44:00 vmrz0264 named[21450]: IPv6 socket API is incomplete; explicitly binding to each IPv6 address separately
Sep 17 09:44:00 vmrz0264 named[21450]: listening on IPv6 interface lo, ::1#53
Sep 17 09:44:00 vmrz0264 named[21450]: listening on IPv6 interface eth0, fe80::250:56ff:fe8d:ac2%2#53
Sep 17 09:44:00 vmrz0264 named[21450]: listening on IPv6 interface eth1, fe80::250:56ff:fe8d:4ab8%3#53
Sep 17 09:44:00 vmrz0264 named[21450]: generating session key for dynamic DNS
Sep 17 09:44:00 vmrz0264 named[21450]: sizing zone task pool based on 655 zones
Sep 17 09:44:00 vmrz0264 named[21450]: none:98: 'max-cache-size 90%' - setting to 175921860444MB (out of 17592186044415MB)
Sep 17 09:44:00 vmrz0264 kernel: traps: named[21455] trap divide error ip:6345fd sp:7f49610ea190 error:0 in named[400000+313000]
Sep 17 09:44:00 vmrz0264 abrt-hook-ccpp: Process 21450 (named) of user 25 killed by SIGFPE - dumping core
Sep 17 09:44:01 vmrz0264 systemd: named-chroot.service: control process exited, code=exited status=1
Sep 17 09:44:01 vmrz0264 systemd: Failed to start Berkeley Internet Name Domain (DNS).
```
October 2020 (9.11.24, 9.11.24-S1, 9.16.8, 9.16.8-S1, 9.17.6)
https://gitlab.isc.org/isc-projects/bind9/-/issues/2165
data race with stats channel on main
2020-12-03T09:53:53Z
Mark Andrews
data race with stats channel on main
Job [#1162539](https://gitlab.isc.org/isc-projects/bind9/-/jobs/1162539) failed for d5aac19e281f65cacf954ff0c83fcf95b0c40676:
core available
```
==14330==ERROR: AddressSanitizer: unknown-crash on address 0x7f8a499cd610 at pc 0x7f8a5955...
Job [#1162539](https://gitlab.isc.org/isc-projects/bind9/-/jobs/1162539) failed for d5aac19e281f65cacf954ff0c83fcf95b0c40676:
core available
```
==14330==ERROR: AddressSanitizer: unknown-crash on address 0x7f8a499cd610 at pc 0x7f8a5955b314 bp 0x7f8a4ab102a0 sp 0x7f8a4ab10298
READ of size 2 at 0x7f8a499cd610 thread T11
#0 0x7f8a5955b313 in isc__nmsocket_init netmgr/netmgr.c:959
#1 0x7f8a59569eb1 in isc__nm_async_tcpchildaccept netmgr/tcp.c:444
#2 0x7f8a595608d4 in process_queue netmgr/netmgr.c:628
#3 0x7f8a5956187f in async_cb netmgr/netmgr.c:596
#4 0x7f8a56bcd667 (/usr/lib/x86_64-linux-gnu/libuv.so.1+0x10667)
#5 0x7f8a56bdc4af in uv__io_poll (/usr/lib/x86_64-linux-gnu/libuv.so.1+0x1f4af)
#6 0x7f8a56bcdf84 in uv_run (/usr/lib/x86_64-linux-gnu/libuv.so.1+0x10f84)
#7 0x7f8a59560a59 in nm_thread netmgr/netmgr.c:500
#8 0x7f8a56b99fa2 in start_thread /build/glibc-vjB4T1/glibc-2.28/nptl/pthread_create.c:486
#9 0x7f8a55bb34ce in clone (/lib/x86_64-linux-gnu/libc.so.6+0xf94ce)
Address 0x7f8a499cd610 is located in stack of thread T13
SUMMARY: AddressSanitizer: unknown-crash netmgr/netmgr.c:959 in isc__nmsocket_init
Shadow bytes around the buggy address:
0x0ff1c9331a70: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0x0ff1c9331a80: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0x0ff1c9331a90: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0x0ff1c9331aa0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0x0ff1c9331ab0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
=>0x0ff1c9331ac0: 00 00[00]00 00 00 00 00 00 00 00 00 00 00 00 00
0x0ff1c9331ad0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0x0ff1c9331ae0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0x0ff1c9331af0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0x0ff1c9331b00: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0x0ff1c9331b10: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
Shadow byte legend (one shadow byte represents 8 application bytes):
Addressable: 00
Partially addressable: 01 02 03 04 05 06 07
Heap left redzone: fa
Freed heap region: fd
Stack left redzone: f1
Stack mid redzone: f2
Stack right redzone: f3
Stack after return: f5
Stack use after scope: f8
Global redzone: f9
Global init order: f6
Poisoned by user: f7
Container overflow: fc
Array cookie: ac
Intra object redzone: bb
ASan internal: fe
Left alloca redzone: ca
Right alloca redzone: cb
Thread T11 created by T0 here:
#0 0x7f8a599a1db0 in __interceptor_pthread_create (/usr/lib/x86_64-linux-gnu/libasan.so.5+0x50db0)
#1 0x7f8a59696c5a in isc_thread_create pthreads/thread.c:73
#2 0x7f8a59552176 in isc_nm_start netmgr/netmgr.c:223
#3 0x557769fe5333 in create_managers /builds/isc-projects/bind9/bin/named/main.c:909
#4 0x557769fe5333 in setup /builds/isc-projects/bind9/bin/named/main.c:1223
#5 0x557769fe5333 in main /builds/isc-projects/bind9/bin/named/main.c:1523
#6 0x7f8a55ade09a in __libc_start_main ../csu/libc-start.c:308
==14330==ABORTING
```
December 2020 (9.11.26, 9.11.26-S1, 9.16.10, 9.16.10-S1, 9.17.8)
https://gitlab.isc.org/isc-projects/bind9/-/issues/2164
ThreadSanitizer: data race bin/named/controlconf.c:257:22 in control_senddone
2020-09-24T11:34:52Z
Ondřej Surý
ThreadSanitizer: data race bin/named/controlconf.c:257:22 in control_senddone
While this looks innocuous (it's a double write to `listener->listening = true` from two different threads), it also might be a manifestation of something more serious:
* [ ] [c4ae392dcfa8039dec6ea9d8b889585cf1b4dac39600c33ff60ec627014e...
While this looks innocuous (it's a double write to `listener->listening = true` from two different threads), it also might be a manifestation of something more serious:
* [ ] [c4ae392dcfa8039dec6ea9d8b889585cf1b4dac39600c33ff60ec627014e6b8e.txt](/uploads/f575d02bb3bd86024666754d8fb9eea2/c4ae392dcfa8039dec6ea9d8b889585cf1b4dac39600c33ff60ec627014e6b8e.txt)
October 2020 (9.11.24, 9.11.24-S1, 9.16.8, 9.16.8-S1, 9.17.6)
Mark Andrews
Mark Andrews
https://gitlab.isc.org/isc-projects/bind9/-/issues/2163
ThreadSanitizer: data race lib/isc/mem.c:1119:19 in isc___mem_put
2020-09-17T15:40:04Z
Ondřej Surý
ThreadSanitizer: data race lib/isc/mem.c:1119:19 in isc___mem_put
* [ ] [1e5e2a618fdb7d7ac658c038b937e8c14542c01d6e57039bdfb510ff8db72464.txt](/uploads/6abb1b18cbb8f1a0def520f7885fec2a/1e5e2a618fdb7d7ac658c038b937e8c14542c01d6e57039bdfb510ff8db72464.txt)
* [ ] [1e5e2a618fdb7d7ac658c038b937e8c14542c01d6e57039bdfb510ff8db72464.txt](/uploads/6abb1b18cbb8f1a0def520f7885fec2a/1e5e2a618fdb7d7ac658c038b937e8c14542c01d6e57039bdfb510ff8db72464.txt)
October 2020 (9.11.24, 9.11.24-S1, 9.16.8, 9.16.8-S1, 9.17.6)
Ondřej Surý
Ondřej Surý
https://gitlab.isc.org/isc-projects/bind9/-/issues/2162
ThreadSanitizer: data race in epoll_ctl
2020-09-23T04:23:46Z
Ondřej Surý
ThreadSanitizer: data race in epoll_ctl
This is race in the old networking code, so it needs to be fixed at least in 9.16
* [x] [1d94a9deb79bb6e0392565939c4c2e8b22c40b90395b7e44481e8222796eaf3c.txt](/uploads/1445250904c2a942eff191b1f4b15c20/1d94a9deb79bb6e0392565939c4c2e8b22c...
This is race in the old networking code, so it needs to be fixed at least in 9.16
* [x] [1d94a9deb79bb6e0392565939c4c2e8b22c40b90395b7e44481e8222796eaf3c.txt](/uploads/1445250904c2a942eff191b1f4b15c20/1d94a9deb79bb6e0392565939c4c2e8b22c40b90395b7e44481e8222796eaf3c.txt)
* [x] [2fba8511186575484be55487c65aba2dedf95720f08f185440f0e2488e7670c4.txt](/uploads/b071dfd09d0f56afd7c473c35250cc02/2fba8511186575484be55487c65aba2dedf95720f08f185440f0e2488e7670c4.txt)
* [x] [6d5b1e08b902ea51f9cdf831af89ace525f41c170230979352c907c7d8ae8a06.txt](/uploads/a2a14ecad32c28ada41d1610d3f88171/6d5b1e08b902ea51f9cdf831af89ace525f41c170230979352c907c7d8ae8a06.txt)
* [x] [9cdb7a3ec22d7b7c88c2b89bd797998f6efd8ea080249945ab8000c6cecdc7a9.txt](/uploads/8dfdca490d8cf5b9cafbcae375420195/9cdb7a3ec22d7b7c88c2b89bd797998f6efd8ea080249945ab8000c6cecdc7a9.txt)
* [x] [73d6d1a1541a98db6b5e559e026a01376abb1c1a08a021b7b22d47ce785a10a9.txt](/uploads/0025609f70d186491110fe91695ffce9/73d6d1a1541a98db6b5e559e026a01376abb1c1a08a021b7b22d47ce785a10a9.txt)
* [x] [273e92c70d1068efeed056a2cd7482f23a0e6ae0e53ebacb3ae121a4696052aa.txt](/uploads/e797f97a1836d014b9425c7cfaec532c/273e92c70d1068efeed056a2cd7482f23a0e6ae0e53ebacb3ae121a4696052aa.txt)
* [x] [518c692287511d2aff7f894a3bd2081161f32b432ffa7420e12cd259b6a28cc0.txt](/uploads/f36d28cf2563bd5a4d56410bd77eb40e/518c692287511d2aff7f894a3bd2081161f32b432ffa7420e12cd259b6a28cc0.txt)
* [x] [802dac4f056434a26cc9e4b7e7bbc8ee5cdab126905cee0d231347347434020c.txt](/uploads/1210434b6b3d476a4e1fcdc1a0f50d90/802dac4f056434a26cc9e4b7e7bbc8ee5cdab126905cee0d231347347434020c.txt)
* [x] [1408c1fa18672439feaf561d54bf195a057d9e467d6b9dde768d40bf81bd83ff.txt](/uploads/2eaab2c710e05ba2cc501ee92b3700b0/1408c1fa18672439feaf561d54bf195a057d9e467d6b9dde768d40bf81bd83ff.txt)
* [x] [4901a83cd5c1adbbb124f4b666bc9b039876bea1c29351847d573d814ac27177.txt](/uploads/c82eec93ec06ed02152ebe03e4f7afe3/4901a83cd5c1adbbb124f4b666bc9b039876bea1c29351847d573d814ac27177.txt)
* [x] [79548c69e70bdb527a35b60c028e58de5d3fec774e993fab0047f5c987ac9507.txt](/uploads/756b0418e9fe18c191e6d65eab987fcb/79548c69e70bdb527a35b60c028e58de5d3fec774e993fab0047f5c987ac9507.txt)
* [x] [a82b0b25c5005842af028a60b422fa7ca75e0d8738eb221ad0b306c387a90576.txt](/uploads/d0c55a1afca322caefbf2c5fdfa32ea6/a82b0b25c5005842af028a60b422fa7ca75e0d8738eb221ad0b306c387a90576.txt)
* [x] [aea4c8a30b50aa01ecdb6fe84297bbbe0b60864d1fb85acbcc7718480b8fbaf7.txt](/uploads/4c3114a96f316db0e5013ef4b535178e/aea4c8a30b50aa01ecdb6fe84297bbbe0b60864d1fb85acbcc7718480b8fbaf7.txt)
* [x] [c746e7a18885070e62134f477644fb6c4bc21670635fdaea4cf82686a22db640.txt](/uploads/1e43d7baeed1d88fcbea0348e534a7d0/c746e7a18885070e62134f477644fb6c4bc21670635fdaea4cf82686a22db640.txt)
* [x] [d1e9973c92920e4be009dfb30a017a7d217ace70093eec0129e33e81c2531292.txt](/uploads/3d4d1360d37c563313fd752bbeef286b/d1e9973c92920e4be009dfb30a017a7d217ace70093eec0129e33e81c2531292.txt)
* [x] [eebaf1244dbb73cf3b2c711ae6b69359290a0e38ca756fb39c84a4ee69a590d7.txt](/uploads/c1f921ec45b36d53e8fe76c90a0073eb/eebaf1244dbb73cf3b2c711ae6b69359290a0e38ca756fb39c84a4ee69a590d7.txt)
* [x] [f10bd9049ae0c158bfd34929fdbab6fa4fd8bf3cbc990ca4b31575394dbe18ba.txt](/uploads/d7a176d6ade71d6e6a2550214293e380/f10bd9049ae0c158bfd34929fdbab6fa4fd8bf3cbc990ca4b31575394dbe18ba.txt)
* [ ] [f7633163a3c47bab0e9c3b779dc257f103a3567be5c4d03434814107a7b5302d.txt](/uploads/31232ff527551e42361760ac7fccd5d4/f7633163a3c47bab0e9c3b779dc257f103a3567be5c4d03434814107a7b5302d.txt)
October 2020 (9.11.24, 9.11.24-S1, 9.16.8, 9.16.8-S1, 9.17.6)
Mark Andrews
Mark Andrews
https://gitlab.isc.org/isc-projects/bind9/-/issues/2161
ThreadSanitizer: data race in dup
2020-12-03T11:04:58Z
Ondřej Surý
ThreadSanitizer: data race in dup
* [x] [2f3248a82d61834e0218f199574a3f7442110272e7d681ca250494c5d3670981.txt](/uploads/c5f0ba03b1ecc6ef01bdcd8bb2941202/2f3248a82d61834e0218f199574a3f7442110272e7d681ca250494c5d3670981.txt)
* [x] [a79f80b0fa726a21262d62569e623fa1ae6178d97...
* [x] [2f3248a82d61834e0218f199574a3f7442110272e7d681ca250494c5d3670981.txt](/uploads/c5f0ba03b1ecc6ef01bdcd8bb2941202/2f3248a82d61834e0218f199574a3f7442110272e7d681ca250494c5d3670981.txt)
* [x] [a79f80b0fa726a21262d62569e623fa1ae6178d971e57a0e0f01521dcda6b7c2.txt](/uploads/e8fa947b4182f7eaa21b229fa9f5bdf4/a79f80b0fa726a21262d62569e623fa1ae6178d971e57a0e0f01521dcda6b7c2.txt)
* [x] [c02aafd08d96a1eed8bb306c11af897751e369c97e9efc95ed0084c8ebce0ebd.txt](/uploads/3f4d52d701ba7266ea088ae37810c492/c02aafd08d96a1eed8bb306c11af897751e369c97e9efc95ed0084c8ebce0ebd.txt)
December 2020 (9.11.26, 9.11.26-S1, 9.16.10, 9.16.10-S1, 9.17.8)
Ondřej Surý
Ondřej Surý
https://gitlab.isc.org/isc-projects/bind9/-/issues/2160
ThreadSanitizer: data race bin/named/controlconf.c:422:37 in control_recvmessage
2020-09-24T11:31:45Z
Ondřej Surý
ThreadSanitizer: data race bin/named/controlconf.c:422:37 in control_recvmessage
* [x] [15696694a1fb8757cb48d39bf0c93bbc5593080f7056b7316abda2cc91c40c19.txt](/uploads/5a7601e4a5ecec9fe4fd28fca90f79d1/15696694a1fb8757cb48d39bf0c93bbc5593080f7056b7316abda2cc91c40c19.txt)
* [x] [15696694a1fb8757cb48d39bf0c93bbc5593080f7056b7316abda2cc91c40c19.txt](/uploads/5a7601e4a5ecec9fe4fd28fca90f79d1/15696694a1fb8757cb48d39bf0c93bbc5593080f7056b7316abda2cc91c40c19.txt)
October 2020 (9.11.24, 9.11.24-S1, 9.16.8, 9.16.8-S1, 9.17.6)
Mark Andrews
Mark Andrews
https://gitlab.isc.org/isc-projects/bind9/-/issues/2159
ThreadSanitizer: data race lib/isc/mem.c:1553:15 in isc_mem_isovermem
2020-09-21T02:53:06Z
Ondřej Surý
ThreadSanitizer: data race lib/isc/mem.c:1553:15 in isc_mem_isovermem
* [x] [fa1283f5de0076fdade5757a1f0839268ecc99203c7f0395c221abb130aef617.txt](/uploads/19bba20ca6e3a397b0278ccf1e47607a/fa1283f5de0076fdade5757a1f0839268ecc99203c7f0395c221abb130aef617.txt)
* [x] [fa1283f5de0076fdade5757a1f0839268ecc99203c7f0395c221abb130aef617.txt](/uploads/19bba20ca6e3a397b0278ccf1e47607a/fa1283f5de0076fdade5757a1f0839268ecc99203c7f0395c221abb130aef617.txt)
October 2020 (9.11.24, 9.11.24-S1, 9.16.8, 9.16.8-S1, 9.17.6)
https://gitlab.isc.org/isc-projects/bind9/-/issues/2158
ThreadSanitizer: data race in memmove
2020-09-21T09:22:14Z
Ondřej Surý
ThreadSanitizer: data race in memmove
* [x] [e49c10e0436bc1189606f23097f9af9fb22db83ed5854c31c95a2707ee6df6bf.txt](/uploads/bceecabc2b6b58f315bc614436cb16ac/e49c10e0436bc1189606f23097f9af9fb22db83ed5854c31c95a2707ee6df6bf.txt)
* [x] [e49c10e0436bc1189606f23097f9af9fb22db83ed5854c31c95a2707ee6df6bf.txt](/uploads/bceecabc2b6b58f315bc614436cb16ac/e49c10e0436bc1189606f23097f9af9fb22db83ed5854c31c95a2707ee6df6bf.txt)
October 2020 (9.11.24, 9.11.24-S1, 9.16.8, 9.16.8-S1, 9.17.6)
Mark Andrews
Mark Andrews
https://gitlab.isc.org/isc-projects/bind9/-/issues/2157
ThreadSanitizer: lock-order-inversion (potential deadlock) in pthread_rwlock_...
2020-09-24T11:40:43Z
Ondřej Surý
ThreadSanitizer: lock-order-inversion (potential deadlock) in pthread_rwlock_wrlock
Latest TSAN warnings on lock-order-inversion in pthread_rwlock_wrlock:
* [x] [45a8c6b229fbab4f171e10e020236638b65fe4b1385598cd9d5acc4d711028b9.txt](/uploads/315d45a1cc286ac68208ca31b98a9a2e/45a8c6b229fbab4f171e10e020236638b65fe4b1385598c...
Latest TSAN warnings on lock-order-inversion in pthread_rwlock_wrlock:
* [x] [45a8c6b229fbab4f171e10e020236638b65fe4b1385598cd9d5acc4d711028b9.txt](/uploads/315d45a1cc286ac68208ca31b98a9a2e/45a8c6b229fbab4f171e10e020236638b65fe4b1385598cd9d5acc4d711028b9.txt)
* [x] [b1a5ce66b2a40c66e6140570e7ccfe3e848f19794d5b320dbc824482307583c8.txt](/uploads/273c11cceb4ee7b93f5ad6e173ac9099/b1a5ce66b2a40c66e6140570e7ccfe3e848f19794d5b320dbc824482307583c8.txt)
* [x] [d63f5bb6f7a8384b5fb3a5ec8a03a15ef989ce41a74c7259ba3ec2523a84f01f.txt](/uploads/d17304ed8e88e5f101980e48f5645259/d63f5bb6f7a8384b5fb3a5ec8a03a15ef989ce41a74c7259ba3ec2523a84f01f.txt)
* [x] [dbf225d2d260932b5af5e056052da85490ae9fedaf34565038adc3e2f4bae947.txt](/uploads/6105b8380f6c4d330891fa70c442414e/dbf225d2d260932b5af5e056052da85490ae9fedaf34565038adc3e2f4bae947.txt)
October 2020 (9.11.24, 9.11.24-S1, 9.16.8, 9.16.8-S1, 9.17.6)
Mark Andrews
Mark Andrews
https://gitlab.isc.org/isc-projects/bind9/-/issues/2156
ThreadSanitizer: lock-order-inversion (potential deadlock) in pthread_mutex_lock
2020-09-24T11:41:39Z
Ondřej Surý
ThreadSanitizer: lock-order-inversion (potential deadlock) in pthread_mutex_lock
Latest TSAN warnings on lock-order-inversion in pthread_mutex_lock:
Group 1 covered by !4150
* [x] [1e6b3af8760e8265df89b6dbcaf07aff0f60dd84becaf08dabb7c37a56ea930d.txt](/uploads/f7e7fc7ceb1d015cadbeeb507c8eae61/1e6b3af8760e8265df89b6...
Latest TSAN warnings on lock-order-inversion in pthread_mutex_lock:
Group 1 covered by !4150
* [x] [1e6b3af8760e8265df89b6dbcaf07aff0f60dd84becaf08dabb7c37a56ea930d.txt](/uploads/f7e7fc7ceb1d015cadbeeb507c8eae61/1e6b3af8760e8265df89b6dbcaf07aff0f60dd84becaf08dabb7c37a56ea930d.txt)
* [x] [e548ae01c2511b2ec3f13b129fd6e7415e806ca0a462f4a06e268ba1f2e0406d.txt](/uploads/82500d52fd90b377d4969749970196f7/e548ae01c2511b2ec3f13b129fd6e7415e806ca0a462f4a06e268ba1f2e0406d.txt)
* [x] [7d597d53ffc831dcce954cfd0add36f7897cc1fbe19a30cd258f4d1554cef6ae.txt](/uploads/693e534524ab8125910cb9f3606e369a/7d597d53ffc831dcce954cfd0add36f7897cc1fbe19a30cd258f4d1554cef6ae.txt)
* [x] [dd2b5b4bb17bbc499f5e5779fdf3674a813ba70f16714c1b963892055cefcf71.txt](/uploads/819681b36e402bdb9c202e5a339a9b9f/dd2b5b4bb17bbc499f5e5779fdf3674a813ba70f16714c1b963892055cefcf71.txt)
* [x] [130f6ac24f53d3c44bb5a88a4e7e6bb105c2d4184ee7c0d1bc0f97a1c0cd8882.txt](/uploads/804ce9643619104b930d50c486a07760/130f6ac24f53d3c44bb5a88a4e7e6bb105c2d4184ee7c0d1bc0f97a1c0cd8882.txt)
* [x] [145b61ddc7fa1fb3b004b63a21594b663850c93850ed27b73c5291a88d783162.txt](/uploads/7469699edbd2aca49f6404826d64da0f/145b61ddc7fa1fb3b004b63a21594b663850c93850ed27b73c5291a88d783162.txt)
* [x] [333b0a481bd310024a20091cc41958f47b52ff7f882c8f11f5dd984b2d01a8c6.txt](/uploads/812cb13f00e259aa1ead609f7d431c40/333b0a481bd310024a20091cc41958f47b52ff7f882c8f11f5dd984b2d01a8c6.txt)
* [x] [532e401f8b945b2cdbed51ea99f03d8144040c71f552f5d199ec6236885b7bed.txt](/uploads/a149214422305f279903a6a23d178833/532e401f8b945b2cdbed51ea99f03d8144040c71f552f5d199ec6236885b7bed.txt)
* [x] [74577acba854b52227545f5267aebd845187fef564cec91f9962e573867fe47b.txt](/uploads/b67aefe561398f02de2528bc7c2438e2/74577acba854b52227545f5267aebd845187fef564cec91f9962e573867fe47b.txt)
* [x] [7794178203042f8ca23a022d99f4965ece88ae3519a71ce44540390986188a9d.txt](/uploads/51af57f117062d792c074ef77b9eb71a/7794178203042f8ca23a022d99f4965ece88ae3519a71ce44540390986188a9d.txt)
* [x] [af2ac37a19e3660f51b299e1678bc1310405c9375bc1b135c28d102d87eb89ff.txt](/uploads/dd63718b7d8eac718d87882d9f88fcbe/af2ac37a19e3660f51b299e1678bc1310405c9375bc1b135c28d102d87eb89ff.txt)
* [x] [c0c4a6edfbfa1fd2aaa752d04336f753320dd38f143dd11ea419da6ecc87fdc9.txt](/uploads/00fb258fad7749343cc8a518cf596c51/c0c4a6edfbfa1fd2aaa752d04336f753320dd38f143dd11ea419da6ecc87fdc9.txt)
* [x] [c9b9caf71b10b6b72b791a353c41af56229cc133af3ca66d260fcdeaef078556.txt](/uploads/3ee435fc3ba7bc0374095d5ab3cd3b72/c9b9caf71b10b6b72b791a353c41af56229cc133af3ca66d260fcdeaef078556.txt)
* [x] [d3b0fb29ec72f5693ef582800095673fc3384dd4a82144fbc97a05212b6a0dd3.txt](/uploads/f72ed89954bd8272acf1258547c0c79d/d3b0fb29ec72f5693ef582800095673fc3384dd4a82144fbc97a05212b6a0dd3.txt)
* [x] [dc181a70dfcb1432bbd936aa746f0c51594c166c7df12fd67f176726341f9524.txt](/uploads/26c88bfbe2a365bd9b354b997eb906f2/dc181a70dfcb1432bbd936aa746f0c51594c166c7df12fd67f176726341f9524.txt)
Group 2 is covered by !4157
* [x] [6aa13f72d7bdef8247ee73b71b2aa29cef63af6231b56c63141b85f694da2813.txt](/uploads/eea3af175f077cf3d72f49f8d1e8808d/6aa13f72d7bdef8247ee73b71b2aa29cef63af6231b56c63141b85f694da2813.txt)
* [x] [9b0955a702465a097e7f1fff7537306710be35344081fb985948ac29f1bb5804.txt](/uploads/9d36d13f138b792ab011c4a22a5b92e7/9b0955a702465a097e7f1fff7537306710be35344081fb985948ac29f1bb5804.txt)
* [x] [35b9b93a9fbf63dd3ce98fdd4df38429f0c8ae533c173a507192fa2afb9587d4.txt](/uploads/85c6d09f8361ca5fc1146275836473d3/35b9b93a9fbf63dd3ce98fdd4df38429f0c8ae533c173a507192fa2afb9587d4.txt)
* [x] [e1d20336604fb3d56e86eec0c175190babceb6de87bb2bc06f9988e2b69356b4.txt](/uploads/018230c166f9097671954c6eba807768/e1d20336604fb3d56e86eec0c175190babceb6de87bb2bc06f9988e2b69356b4.txt)
October 2020 (9.11.24, 9.11.24-S1, 9.16.8, 9.16.8-S1, 9.17.6)
Mark Andrews
Mark Andrews
https://gitlab.isc.org/isc-projects/bind9/-/issues/2155
reference leak on error in controlconf.c:control_respond
2020-09-24T11:26:02Z
Mark Andrews
reference leak on error in controlconf.c:control_respond
on inspection this should be fixed.
```
diff --git a/bin/named/controlconf.c b/bin/named/controlconf.c
index 5d776e638e..706ec0b9ec 100644
--- a/bin/named/controlconf.c
+++ b/bin/named/controlconf.c
@@ -371,8 +371,10 @@ control_respond(...
on inspection this should be fixed.
```
diff --git a/bin/named/controlconf.c b/bin/named/controlconf.c
index 5d776e638e..706ec0b9ec 100644
--- a/bin/named/controlconf.c
+++ b/bin/named/controlconf.c
@@ -371,8 +371,10 @@ control_respond(isc_nmhandle_t *handle, isc_result_t result, void *arg) {
}
return;
+
cleanup:
conn_cleanup(conn);
+ isc_nmhandle_detach(&conn->cmdhandle);
}
static void
```
October 2020 (9.11.24, 9.11.24-S1, 9.16.8, 9.16.8-S1, 9.17.6)
https://gitlab.isc.org/isc-projects/bind9/-/issues/2154
Investigate rpz system test failure
2023-10-23T13:59:27Z
Mark Andrews
Investigate rpz system test failure
Job [#1161531](https://gitlab.isc.org/isc-projects/bind9/-/jobs/1161531) failed for c5c2a4820b6dd705443e42a515cd20fc4293d35b:
Job [#1161531](https://gitlab.isc.org/isc-projects/bind9/-/jobs/1161531) failed for c5c2a4820b6dd705443e42a515cd20fc4293d35b:
BIND 9.19.x
https://gitlab.isc.org/isc-projects/stork/-/issues/409
stork agent does not connect to public ip
2020-11-06T14:34:06Z
DirkLaurenz
stork agent does not connect to public ip
I installed Stork/Kea from scratch in order to setup a ha scenario. at the moment the first server is configured.
If the controll agent is bound to 127.0.0.1 the stork agent can connect and collect infos. if i change the crtl-agent to th...
I installed Stork/Kea from scratch in order to setup a ha scenario. at the moment the first server is configured.
If the controll agent is bound to 127.0.0.1 the stork agent can connect and collect infos. if i change the crtl-agent to the public ip, the agent complains it cannot connect to 127.0.0.1
```
Sep 16 22:35:40 ladc01 stork-agent[19743]: INFO[2020-09-16 22:35:40] main.go:75 Starting Stork Agent, version 0.11.0, build date 2020-09-04 15:29
Sep 16 22:35:40 ladc01 stork-agent[19743]: INFO[2020-09-16 22:35:40] promkeaexporter.go:272 Prometheus Kea Exporter listening on 0.0.0.0:9547, stats pulling interval: 10 seconds
Sep 16 22:35:40 ladc01 stork-agent[19743]: INFO[2020-09-16 22:35:40] monitor.go:80 Started app monitor
Sep 16 22:35:40 ladc01 stork-agent[19743]: INFO[2020-09-16 22:35:40] monitor.go:148 new or updated apps detected:
Sep 16 22:35:40 ladc01 stork-agent[19743]: INFO[2020-09-16 22:35:40] monitor.go:155 kea: control: 192.168.125.31:8000
Sep 16 22:35:40 ladc01 stork-agent[19743]: INFO[2020-09-16 22:35:40] monitor.go:155 bind9: control: 127.0.0.1:953, statistics: 127.0.0.1:80
Sep 16 22:35:40 ladc01 kea-ctrl-agent[19039]: INFO COMMAND_RECEIVED Received command 'config-get'
Sep 16 22:35:40 ladc01 kea-ctrl-agent[19039]: INFO COMMAND_RECEIVED Received command 'config-get'
Sep 16 22:35:40 ladc01 kea-dhcp4[32070]: 2020-09-16 22:35:40.341 INFO [kea-dhcp4.commands/32070.140437553672960] COMMAND_RECEIVED Received command 'config-get'
Sep 16 22:35:40 ladc01 kea-ctrl-agent[19039]: INFO CTRL_AGENT_COMMAND_FORWARDED command config-get successfully forwarded to the service dhcp4
Sep 16 22:35:40 ladc01 stork-agent[19743]: WARN[2020-09-16 22:35:40] kea.go:57 skipped refreshing viewable log files because config-get returned non success result
Sep 16 22:35:40 ladc01 stork-agent[19743]: INFO[2020-09-16 22:35:40] kea.go:72 no loggers found in the returned configuration while trying to refresh the viewable log files
Sep 16 22:35:40 ladc01 stork-agent[19743]: WARN[2020-09-16 22:35:40] kea.go:57 skipped refreshing viewable log files because config-get returned non success result
Sep 16 22:35:40 ladc01 stork-agent[19743]: INFO[2020-09-16 22:35:40]prombind9exporter.go:825 Prometheus BIND 9 Exporter listening on 0.0.0.0:9119, stats pulling interval: 10 seconds
Sep 16 22:35:40 ladc01 stork-agent[19743]: INFO[2020-09-16 22:35:40] agent.go:309 started serving Stork Agent address="[::]:8080"
Sep 16 22:35:40 ladc01 named[25746]: validating ./SOA: got insecure response; parent indicates it should be secure
Sep 16 22:35:40 ladc01 named[25746]: no valid RRSIG resolving 'local/DS/IN': 172.24.38.124#53
Sep 16 22:35:40 ladc01 named[25746]: validating ./SOA: got insecure response; parent indicates it should be secure
Sep 16 22:35:40 ladc01 named[25746]: no valid RRSIG resolving 'local/DS/IN': 172.24.38.123#53
Sep 16 22:35:48 ladc01 stork-agent[19743]: ERRO[2020-09-16 22:35:48] agent.go:244 Failed to forward commands to Kea CA: Post http://127.0.0.1:8000/: dial tcp 127.0.0.1:8000: connect: connection refused
Sep 16 22:35:48 ladc01 stork-agent[19743]: problem with sending POST to http://127.0.0.1:8000/
Sep 16 22:35:48 ladc01 stork-agent[19743]: isc.org/stork/agent.(*HTTPClient).Call
Sep 16 22:35:48 ladc01 stork-agent[19743]: /build/backend/agent/caclient.go:38
Sep 16 22:35:48 ladc01 stork-agent[19743]: isc.org/stork/agent.(*StorkAgent).ForwardToKeaOverHTTP
Sep 16 22:35:48 ladc01 stork-agent[19743]: /build/backend/agent/agent.go:240
Sep 16 22:35:48 ladc01 stork-agent[19743]: isc.org/stork/api._Agent_ForwardToKeaOverHTTP_Handler
Sep 16 22:35:48 ladc01 stork-agent[19743]: /build/backend/api/agent.pb.go:1361
Sep 16 22:35:48 ladc01 stork-agent[19743]: google.golang.org/grpc.(*Server).processUnaryRPC
Sep 16 22:35:48 ladc01 stork-agent[19743]: /root/go/pkg/mod/google.golang.org/grpc@v1.27.0/server.go:1024
Sep 16 22:35:48 ladc01 stork-agent[19743]: google.golang.org/grpc.(*Server).handleStream
Sep 16 22:35:48 ladc01 stork-agent[19743]: /root/go/pkg/mod/google.golang.org/grpc@v1.27.0/server.go:1313
Sep 16 22:35:48 ladc01 stork-agent[19743]: google.golang.org/grpc.(*Server).serveStreams.func1.1
Sep 16 22:35:48 ladc01 stork-agent[19743]: /root/go/pkg/mod/google.golang.org/grpc@v1.27.0/server.go:722
Sep 16 22:35:48 ladc01 stork-agent[19743]: runtime.goexit
Sep 16 22:35:48 ladc01 stork-agent[19743]: /build/tools/1.13.5/go/src/runtime/asm_amd64.s:1357 URL="http://127.0.0.1:8000/"
Sep 16 22:35:48 ladc01 stork-agent[19743]: ERRO[2020-09-16 22:35:48] agent.go:244 Failed to forward commands to Kea CA: Post http://127.0.0.1:8000/: dial tcp 127.0.0.1:8000: connect: connection refused
Sep 16 22:35:48 ladc01 stork-agent[19743]: problem with sending POST to http://127.0.0.1:8000/
Sep 16 22:35:48 ladc01 stork-agent[19743]: isc.org/stork/agent.(*HTTPClient).Call
Sep 16 22:35:48 ladc01 stork-agent[19743]: /build/backend/agent/caclient.go:38
Sep 16 22:35:48 ladc01 stork-agent[19743]: isc.org/stork/agent.(*StorkAgent).ForwardToKeaOverHTTP
Sep 16 22:35:48 ladc01 stork-agent[19743]: /build/backend/agent/agent.go:240
Sep 16 22:35:48 ladc01 stork-agent[19743]: isc.org/stork/api._Agent_ForwardToKeaOverHTTP_Handler
Sep 16 22:35:48 ladc01 stork-agent[19743]: /build/backend/api/agent.pb.go:1361
Sep 16 22:35:48 ladc01 stork-agent[19743]: google.golang.org/grpc.(*Server).processUnaryRPC
Sep 16 22:35:48 ladc01 stork-agent[19743]: /root/go/pkg/mod/google.golang.org/grpc@v1.27.0/server.go:1024
Sep 16 22:35:48 ladc01 stork-agent[19743]: google.golang.org/grpc.(*Server).handleStream
Sep 16 22:35:48 ladc01 stork-agent[19743]: /root/go/pkg/mod/google.golang.org/grpc@v1.27.0/server.go:1313
Sep 16 22:35:48 ladc01 stork-agent[19743]: google.golang.org/grpc.(*Server).serveStreams.func1.1
Sep 16 22:35:48 ladc01 stork-agent[19743]: /root/go/pkg/mod/google.golang.org/grpc@v1.27.0/server.go:722
Sep 16 22:35:48 ladc01 stork-agent[19743]: runtime.goexit
Sep 16 22:35:48 ladc01 stork-agent[19743]: /build/tools/1.13.5/go/src/runtime/asm_amd64.s:1357 URL="http://127.0.0.1:8000/"
Sep 16 22:35:48 ladc01 stork-agent[19743]: ERRO[2020-09-16 22:35:48] keaintercept.go:109 failed to parse Kea responses while invoking asynchronous handlers for command config-get: unexpected end of JSON input
Sep 16 22:35:48 ladc01 stork-agent[19743]: failed to parse responses from Kea:
Sep 16 22:35:48 ladc01 stork-agent[19743]: isc.org/stork/appctrl/kea.UnmarshalResponseList
Sep 16 22:35:48 ladc01 stork-agent[19743]: /build/backend/appctrl/kea/kea_command.go:152
Sep 16 22:35:48 ladc01 stork-agent[19743]: isc.org/stork/agent.(*keaInterceptor).asyncHandle
Sep 16 22:35:48 ladc01 stork-agent[19743]: /build/backend/agent/keaintercept.go:107
Sep 16 22:35:48 ladc01 stork-agent[19743]: runtime.goexit
Sep 16 22:35:48 ladc01 stork-agent[19743]: /build/tools/1.13.5/go/src/runtime/asm_amd64.s:1357
Sep 16 22:35:48 ladc01 stork-agent[19743]: ERRO[2020-09-16 22:35:48] agent.go:244 Failed to forward commands to Kea CA: Post http://127.0.0.1:8000/: dial tcp 127.0.0.1:8000: connect: connection refused
Sep 16 22:35:48 ladc01 stork-agent[19743]: problem with sending POST to http://127.0.0.1:8000/
Sep 16 22:35:48 ladc01 stork-agent[19743]: isc.org/stork/agent.(*HTTPClient).Call
Sep 16 22:35:48 ladc01 stork-agent[19743]: /build/backend/agent/caclient.go:38
Sep 16 22:35:48 ladc01 stork-agent[19743]: isc.org/stork/agent.(*StorkAgent).ForwardToKeaOverHTTP
Sep 16 22:35:48 ladc01 stork-agent[19743]: /build/backend/agent/agent.go:240
Sep 16 22:35:48 ladc01 stork-agent[19743]: isc.org/stork/api._Agent_ForwardToKeaOverHTTP_Handler
Sep 16 22:35:48 ladc01 stork-agent[19743]: /build/backend/api/agent.pb.go:1361
Sep 16 22:35:48 ladc01 stork-agent[19743]: google.golang.org/grpc.(*Server).processUnaryRPC
Sep 16 22:35:48 ladc01 stork-agent[19743]: /root/go/pkg/mod/google.golang.org/grpc@v1.27.0/server.go:1024
Sep 16 22:35:48 ladc01 stork-agent[19743]: google.golang.org/grpc.(*Server).handleStream
Sep 16 22:35:48 ladc01 stork-agent[19743]: /root/go/pkg/mod/google.golang.org/grpc@v1.27.0/server.go:1313
Sep 16 22:35:48 ladc01 stork-agent[19743]: google.golang.org/grpc.(*Server).serveStreams.func1.1
Sep 16 22:35:48 ladc01 stork-agent[19743]: /root/go/pkg/mod/google.golang.org/grpc@v1.27.0/server.go:722
Sep 16 22:35:48 ladc01 stork-agent[19743]: runtime.goexit
Sep 16 22:35:48 ladc01 stork-agent[19743]: /build/tools/1.13.5/go/src/runtime/asm_amd64.s:1357 URL="http://127.0.0.1:8000/"
Sep 16 22:35:48 ladc01 stork-agent[19743]: ERRO[2020-09-16 22:35:48] agent.go:244 Failed to forward commands to Kea CA: Post http://127.0.0.1:8000/: dial tcp 127.0.0.1:8000: connect: connection refused
Sep 16 22:35:48 ladc01 stork-agent[19743]: problem with sending POST to http://127.0.0.1:8000/
Sep 16 22:35:48 ladc01 stork-agent[19743]: isc.org/stork/agent.(*HTTPClient).Call
Sep 16 22:35:48 ladc01 stork-agent[19743]: /build/backend/agent/caclient.go:38
Sep 16 22:35:48 ladc01 stork-agent[19743]: isc.org/stork/agent.(*StorkAgent).ForwardToKeaOverHTTP
Sep 16 22:35:48 ladc01 stork-agent[19743]: /build/backend/agent/agent.go:240
Sep 16 22:35:48 ladc01 stork-agent[19743]: isc.org/stork/api._Agent_ForwardToKeaOverHTTP_Handler
Sep 16 22:35:48 ladc01 stork-agent[19743]: /build/backend/api/agent.pb.go:1361
Sep 16 22:35:48 ladc01 stork-agent[19743]: google.golang.org/grpc.(*Server).processUnaryRPC
Sep 16 22:35:48 ladc01 stork-agent[19743]: /root/go/pkg/mod/google.golang.org/grpc@v1.27.0/server.go:1024
Sep 16 22:35:48 ladc01 stork-agent[19743]: google.golang.org/grpc.(*Server).handleStream
Sep 16 22:35:48 ladc01 stork-agent[19743]: /root/go/pkg/mod/google.golang.org/grpc@v1.27.0/server.go:1313
Sep 16 22:35:48 ladc01 stork-agent[19743]: google.golang.org/grpc.(*Server).serveStreams.func1.1
Sep 16 22:35:48 ladc01 stork-agent[19743]: /root/go/pkg/mod/google.golang.org/grpc@v1.27.0/server.go:722
Sep 16 22:35:48 ladc01 stork-agent[19743]: runtime.goexit
Sep 16 22:35:48 ladc01 stork-agent[19743]: /build/tools/1.13.5/go/src/runtime/asm_amd64.s:1357 URL="http://127.0.0.1:8000/"
Sep 16 22:35:48 ladc01 stork-agent[19743]: ERRO[2020-09-16 22:35:48] agent.go:244 Failed to forward commands to Kea CA: Post http://127.0.0.1:8000/: dial tcp 127.0.0.1:8000: connect: connection refused
Sep 16 22:35:48 ladc01 stork-agent[19743]: problem with sending POST to http://127.0.0.1:8000/
Sep 16 22:35:48 ladc01 stork-agent[19743]: isc.org/stork/agent.(*HTTPClient).Call
Sep 16 22:35:48 ladc01 stork-agent[19743]: /build/backend/agent/caclient.go:38
Sep 16 22:35:48 ladc01 stork-agent[19743]: isc.org/stork/agent.(*StorkAgent).ForwardToKeaOverHTTP
Sep 16 22:35:48 ladc01 stork-agent[19743]: /build/backend/agent/agent.go:240
Sep 16 22:35:48 ladc01 stork-agent[19743]: isc.org/stork/api._Agent_ForwardToKeaOverHTTP_Handler
Sep 16 22:35:48 ladc01 stork-agent[19743]: /build/backend/api/agent.pb.go:1361
Sep 16 22:35:48 ladc01 stork-agent[19743]: google.golang.org/grpc.(*Server).processUnaryRPC
Sep 16 22:35:48 ladc01 stork-agent[19743]: /root/go/pkg/mod/google.golang.org/grpc@v1.27.0/server.go:1024
Sep 16 22:35:48 ladc01 stork-agent[19743]: google.golang.org/grpc.(*Server).handleStream
Sep 16 22:35:48 ladc01 stork-agent[19743]: /root/go/pkg/mod/google.golang.org/grpc@v1.27.0/server.go:1313
Sep 16 22:35:48 ladc01 stork-agent[19743]: google.golang.org/grpc.(*Server).serveStreams.func1.1
Sep 16 22:35:48 ladc01 stork-agent[19743]: /root/go/pkg/mod/google.golang.org/grpc@v1.27.0/server.go:722
Sep 16 22:35:48 ladc01 stork-agent[19743]: runtime.goexit
Sep 16 22:35:48 ladc01 stork-agent[19743]: /build/tools/1.13.5/go/src/runtime/asm_amd64.s:1357 URL="http://127.0.0.1:8000/"
Sep 16 22:35:48 ladc01 stork-agent[19743]: ERRO[2020-09-16 22:35:48] agent.go:244 Failed to forward commands to Kea CA: Post http://127.0.0.1:8000/: dial tcp 127.0.0.1:8000: connect: connection refused
Sep 16 22:35:48 ladc01 stork-agent[19743]: problem with sending POST to http://127.0.0.1:8000/
Sep 16 22:35:48 ladc01 stork-agent[19743]: isc.org/stork/agent.(*HTTPClient).Call
Sep 16 22:35:48 ladc01 stork-agent[19743]: /build/backend/agent/caclient.go:38
Sep 16 22:35:48 ladc01 stork-agent[19743]: isc.org/stork/agent.(*StorkAgent).ForwardToKeaOverHTTP
Sep 16 22:35:48 ladc01 stork-agent[19743]: /build/backend/agent/agent.go:240
Sep 16 22:35:48 ladc01 stork-agent[19743]: isc.org/stork/api._Agent_ForwardToKeaOverHTTP_Handler
Sep 16 22:35:48 ladc01 stork-agent[19743]: /build/backend/api/agent.pb.go:1361
Sep 16 22:35:48 ladc01 stork-agent[19743]: google.golang.org/grpc.(*Server).processUnaryRPC
Sep 16 22:35:48 ladc01 stork-agent[19743]: /root/go/pkg/mod/google.golang.org/grpc@v1.27.0/server.go:1024
Sep 16 22:35:48 ladc01 stork-agent[19743]: google.golang.org/grpc.(*Server).handleStream
Sep 16 22:35:48 ladc01 stork-agent[19743]: /root/go/pkg/mod/google.golang.org/grpc@v1.27.0/server.go:1313
Sep 16 22:35:48 ladc01 stork-agent[19743]: google.golang.org/grpc.(*Server).serveStreams.func1.1
Sep 16 22:35:48 ladc01 stork-agent[19743]: /root/go/pkg/mod/google.golang.org/grpc@v1.27.0/server.go:722
Sep 16 22:35:48 ladc01 stork-agent[19743]: runtime.goexit
Sep 16 22:35:48 ladc01 stork-agent[19743]: /build/tools/1.13.5/go/src/runtime/asm_amd64.s:1357 URL="http://127.0.0.1:8000/"
Sep 16 22:35:48 ladc01 stork-agent[19743]: ERRO[2020-09-16 22:35:48] keaintercept.go:109 failed to parse Kea responses while invoking asynchronous handlers for command config-get: unexpected end of JSON input
Sep 16 22:35:48 ladc01 stork-agent[19743]: failed to parse responses from Kea:
Sep 16 22:35:48 ladc01 stork-agent[19743]: isc.org/stork/appctrl/kea.UnmarshalResponseList
Sep 16 22:35:48 ladc01 stork-agent[19743]: /build/backend/appctrl/kea/kea_command.go:152
Sep 16 22:35:48 ladc01 stork-agent[19743]: isc.org/stork/agent.(*keaInterceptor).asyncHandle
Sep 16 22:35:48 ladc01 stork-agent[19743]: /build/backend/agent/keaintercept.go:107
Sep 16 22:35:48 ladc01 stork-agent[19743]: runtime.goexit
Sep 16 22:35:48 ladc01 stork-agent[19743]: /build/tools/1.13.5/go/src/runtime/asm_amd64.s:1357
Sep 16 22:35:48 ladc01 stork-agent[19743]: DEBU[2020-09-16 22:35:48] rndc.go:45 rndc: [rndc -s 127.0.0.1 -p 953 -k /etc/bind/rndc.key status]
^C
here are the versions:
ii isc-kea-admin 1.8.0-isc0000420200825110759 amd64 Administration utilities for ISC Kea DHCP server
ii isc-kea-common 1.8.0-isc0000420200825110759 amd64 Common libraries for the ISC Kea DHCP server
ii isc-kea-ctrl-agent 1.8.0-isc0000420200825110759 amd64 ISC Kea DHCP server REST API service
ii isc-kea-dhcp4-server 1.8.0-isc0000420200825110759 amd64 ISC Kea IPv4 DHCP server
ii isc-stork-agent 0.11.0.200904152903 amd64 ISC Stork Agent
``
root@ladc01:~# cat /etc/debian_version
10.5
0.13
Michal Nowikowski
Michal Nowikowski
https://gitlab.isc.org/isc-projects/bind9/-/issues/2153
Rebuild RBTDB while rehashing
2021-10-05T15:35:42Z
Brian Conry
Rebuild RBTDB while rehashing
@ondrej had an idea related to rebuilding the RBTDB while rehashing as a means of clearing out empty interior nodes.
This issue is a reminder.
Description to be updated and amended.
@ondrej had an idea related to rebuilding the RBTDB while rehashing as a means of clearing out empty interior nodes.
This issue is a reminder.
Description to be updated and amended.
BIND 9.19.x
Ondřej Surý
Ondřej Surý
https://gitlab.isc.org/isc-projects/bind9/-/issues/2152
Bind 9.17.4 assertion failure
2020-09-16T10:25:41Z
Klaus Darilion
Bind 9.17.4 assertion failure
### Summary
After upgrade from Bind 9.11.22 to 9.17.4 Bind crashes on startup with an assertion failure.
### BIND version used
BIND 9.17.4-1+ubuntu18.04.1+isc+5-Ubuntu (Development Release) <id:>
running on Linux x86_64 4.15.0-112-gen...
### Summary
After upgrade from Bind 9.11.22 to 9.17.4 Bind crashes on startup with an assertion failure.
### BIND version used
BIND 9.17.4-1+ubuntu18.04.1+isc+5-Ubuntu (Development Release) <id:>
running on Linux x86_64 4.15.0-112-generic #113-Ubuntu SMP Thu Jul 9 23:41:39 UTC 2020
built by make with '--build=x86_64-linux-gnu' '--prefix=/usr' '--includedir=${prefix}/include' '--mandir=${prefix}/share/man' '--infodir=${prefix}/share/info' '--sysconfdir=/etc' '--localstatedir=/var' '--disable-silent-rules' '--libdir=${prefix}/lib/x86_64-linux-gnu' '--libexecdir=${prefix}/lib/x86_64-linux-gnu' '--disable-maintainer-mode' '--disable-dependency-tracking' '--libdir=/usr/lib/x86_64-linux-gnu' '--sysconfdir=/etc/bind' '--with-python=python3' '--localstatedir=/' '--enable-threads' '--enable-largefile' '--with-libtool' '--enable-shared' '--disable-static' '--with-gost=no' '--with-openssl=/usr' '--with-gssapi=yes' '--with-libidn2' '--with-libjson-c' '--with-lmdb=/usr' '--with-gnu-ld' '--with-maxminddb' '--with-atf=no' '--enable-ipv6' '--enable-rrl' '--enable-filter-aaaa' '--disable-native-pkcs11' '--enable-dnstap' 'build_alias=x86_64-linux-gnu' 'CFLAGS=-g -O2 -fdebug-prefix-map=/build/bind9-nHvHYZ/bind9-9.17.4=. -fstack-protector-strong -Wformat -Werror=format-security -fno-strict-aliasing -fno-delete-null-pointer-checks -DNO_VERSION_DATE -DDIG_SIGCHASE' 'LDFLAGS=-Wl,-Bsymbolic-functions -Wl,-z,relro -Wl,-z,now' 'CPPFLAGS=-Wdate-time -D_FORTIFY_SOURCE=2'
compiled by GCC 7.5.0
compiled with OpenSSL version: OpenSSL 1.1.1 11 Sep 2018
linked to OpenSSL version: OpenSSL 1.1.1 11 Sep 2018
compiled with libuv version: 1.38.1
linked to libuv version: 1.38.1
compiled with libxml2 version: 2.9.4
linked to libxml2 version: 20904
compiled with json-c version: 0.12.1
linked to json-c version: 0.12.1
compiled with zlib version: 1.2.11
linked to zlib version: 1.2.11
linked to maxminddb version: 1.3.2
compiled with protobuf-c version: 1.3.1
linked to protobuf-c version: 1.3.1
threads support is enabled
default paths:
named configuration: /etc/bind/named.conf
rndc configuration: /etc/bind/rndc.conf
DNSSEC root key: /etc/bind/bind.keys
nsupdate session key: //run/named/session.key
named PID file: //run/named/named.pid
named lock file: //run/named/named.lock
geoip-directory: /usr/share/GeoIP
### Steps to reproduce
I do not know. Just startin up the server in our cases generates the assertion failure.
### What is the current *bug* behavior?
Assertion failure
### What is the expected *correct* behavior?
Startup
### Relevant configuration files
I can't share the whole config. Nothing special in it. Here some options:
```
options {
directory "/etc/bind-validation/zones";
auth-nxdomain no; # conform to RFC1035
listen-on { xx.xxx.34.22; };
listen-on-v6 { xxx:xxx:9::7; };
version "IPCom ancast network 1.0";
notify-source xx.xxx.34.22;
notify-source-v6 xxx:xxx:9::7;
transfer-source xx.xxx.34.22;
transfer-source-v6 xxx:xxx:9::7;
try-tcp-refresh no;
notify explicit;
query-source xx.xxx.34.22;
query-source-v6 xxx:xxx:9::7;
/* Disable all zone checks. This should speed up zone loading */
check-names master ignore;
check-names slave ignore;
check-dup-records ignore;
check-mx ignore;
check-wildcard no;
check-integrity no;
check-mx-cname ignore;
check-srv-cname ignore;
check-sibling no;
check-spf ignore;
transfers-in 50; // number of total concurrent zone transfers from the masters to me
transfers-out 200; // number of concurrent zone transfers from me to my slaves
transfers-per-ns 25; // number of concurrent zone transfers per master from the masters to me
max-refresh-time 300;
max-retry-time 300;
// some customers do not allow IXFR. Hence we have to calculate the "diff" ourselfs. Otherwise all
// the zone transfers to the anycast nodes would be AXFR always. (.foo full zone to Singapore
// takes up 1 one hour)
ixfr-from-differences yes; // default: no
request-ixfr yes; // default: yes
max-journal-size 50m; // default: unlimited
pid-file "/var/run/named/named-validation.pid";
allow-recursion {
none;
};
allow-transfer {
...
};
allow-query {
...
};
};
controls {
...
};
logging {
channel default_syslog {
syslog local1;
};
};
```
### Relevant logs and/or screenshots
```
09:05:43 named[5112]: zone asdfasdf.asdfsdf/IN: sending notifies (serial 1600236090)
09:05:43 named[5112]: zone asdfasdfas.dasfdfasdf/IN: sending notifies (serial 1600236087)
09:05:43 named[5112]: zone asfdfasdf.asdfasdfsadf/IN: sending notifies (serial 1600236077)
09:05:43 named[5112]: netmgr/netmgr.c:1112: REQUIRE(((__builtin_expect(!!((handle) != ((void *)0)), 1) && __builtin_expect(!!(((const isc__magic_t *)(handle))->magic == ((('N') << 24 | ('M') << 16 | ('H') << 8 | ('D')))), 1)) && __extension__ ({ __auto_type __atomic_load_ptr = (&(handle)->references); __typeof__ (*__atomic_load_ptr) __atomic_load_tmp; __atomic_load (__atomic_load_ptr, &__atomic_load_tmp, (5)); __atomic_load_tmp; }) > 0)) failed, back trace
09:05:43 named[5112]: zone asdfasdf.asdfasdf/IN: sending notifies (serial 1600236059)
09:05:43 named[5112]: zone sadfsdfasdf.asdfasdf/IN: sending notifies (serial 2020091603)
09:05:43 named[5112]: /usr/sbin/named(+0x2b4cb) [0x5639af3984cb]
09:05:43 named[5112]: zone sdfasdfasdf/IN: sending notifies (serial 1512401053)
09:05:43 named[5112]: zone asfasdf.asdfsdf/IN: sending notifies (serial 1600236082)
09:05:43 named[5112]: /usr/lib/x86_64-linux-gnu/libisc.so.1704(isc_assertion_failed+0xa) [0x7f39dfffe16a]
09:05:43 named[5112]: /usr/lib/x86_64-linux-gnu/libisc.so.1704(isc_nmhandle_ref+0x5a) [0x7f39dffe32ba]
09:05:43 named[5112]: /usr/sbin/named-(+0x28d5b) [0x5639af395d5b]
09:05:43 named[5112]: /usr/lib/x86_64-linux-gnu/libisc.so.1704(+0x4dfef) [0x7f39e001dfef]
09:05:43 named[5112]: /lib/x86_64-linux-gnu/libpthread.so.0(+0x76db) [0x7f39ddfe16db]
09:05:43 named[5112]: /lib/x86_64-linux-gnu/libc.so.6(clone+0x3f) [0x7f39dd521a3f]
09:05:43 named[5112]: exiting (due to assertion failure)
```
### Possible fixes
None
https://gitlab.isc.org/isc-projects/bind9/-/issues/2151
Use after free in named
2020-09-24T11:25:32Z
Mark Andrews
Use after free in named
Job [#1157683](https://gitlab.isc.org/isc-projects/bind9/-/jobs/1157683) failed for fe72a28e1ba3488be9af1095c27a756d2dbae921:
```
D:shutdown:=================================================================
7574D:shutdown:==26090==ERROR...
Job [#1157683](https://gitlab.isc.org/isc-projects/bind9/-/jobs/1157683) failed for fe72a28e1ba3488be9af1095c27a756d2dbae921:
```
D:shutdown:=================================================================
7574D:shutdown:==26090==ERROR: AddressSanitizer: heap-use-after-free on address 0x616000110688 at pc 0x55d9c564a410 bp 0x7f7b91acdb80 sp 0x7f7b91acdb78
7575D:shutdown:READ of size 8 at 0x616000110688 thread T14
7576D:shutdown:#0 0x55d9c564a40f in conn_cleanup /builds/isc-projects/bind9/bin/named/controlconf.c:285
7577D:shutdown:#1 0x55d9c5653b32 in control_command /builds/isc-projects/bind9/bin/named/controlconf.c:387
7578D:shutdown:#2 0x7f7ba1ede0c9 in dispatch /builds/isc-projects/bind9/lib/isc/task.c:1152
7579D:shutdown:#3 0x7f7ba1ede0c9 in run /builds/isc-projects/bind9/lib/isc/task.c:1344
7580D:shutdown:#4 0x7f7b9f408fa2 in start_thread /build/glibc-vjB4T1/glibc-2.28/nptl/pthread_create.c:486
7581D:shutdown:#5 0x7f7b9e4224ce in clone (/lib/x86_64-linux-gnu/libc.so.6+0xf94ce)
7582D:shutdown:
7583D:shutdown:0x616000110688 is located 520 bytes inside of 569-byte region [0x616000110480,0x6160001106b9)
7584D:shutdown:freed by thread T8 here:
7585D:shutdown:#0 0x7f7ba22a8fb0 in __interceptor_free (/usr/lib/x86_64-linux-gnu/libasan.so.5+0xe8fb0)
7586D:shutdown:#1 0x7f7ba1e8cb67 in default_memfree /builds/isc-projects/bind9/lib/isc/mem.c:742
7587D:shutdown:#2 0x7f7ba1eada0d in mem_put /builds/isc-projects/bind9/lib/isc/mem.c:654
7588D:shutdown:#3 0x7f7ba1eada0d in isc___mem_put /builds/isc-projects/bind9/lib/isc/mem.c:1110
7589D:shutdown:#4 0x7f7ba1ea4d09 in isc__mem_put /builds/isc-projects/bind9/lib/isc/mem.c:2439
7590D:shutdown:#5 0x7f7ba1dbfabc in nmhandle_free netmgr/netmgr.c:1190
7591D:shutdown:#6 0x7f7ba1dcb2f6 in nmsocket_cleanup netmgr/netmgr.c:773
7592D:shutdown:#7 0x7f7ba1dcce04 in nmsocket_maybe_destroy netmgr/netmgr.c:866
7593D:shutdown:#8 0x7f7ba1dcd2d2 in isc__nmsocket_prep_destroy netmgr/netmgr.c:912
7594D:shutdown:#9 0x7f7ba1dd21b3 in tcp_close_cb netmgr/tcp.c:1082
7595D:shutdown:#10 0x7f7b9f43d044 in uv_run (/usr/lib/x86_64-linux-gnu/libuv.so.1+0x11044)
7596D:shutdown:#11 0x7f7b94fdfc9f (<unknown module>)
7597D:shutdown:
7598D:shutdown:previously allocated by thread T8 here:
7599D:shutdown:#0 0x7f7ba22a9330 in __interceptor_malloc (/usr/lib/x86_64-linux-gnu/libasan.so.5+0xe9330)
7600D:shutdown:#1 0x7f7ba1e8cc24 in default_memalloc /builds/isc-projects/bind9/lib/isc/mem.c:713
7601D:shutdown:#2 0x7f7ba1ea9c56 in mem_get /builds/isc-projects/bind9/lib/isc/mem.c:622
7602D:shutdown:#3 0x7f7ba1ea9c56 in isc___mem_get /builds/isc-projects/bind9/lib/isc/mem.c:1044
7603D:shutdown:#4 0x7f7ba1ea4054 in isc__mem_get /builds/isc-projects/bind9/lib/isc/mem.c:2432
7604D:shutdown:#5 0x7f7ba1dc4eb3 in alloc_handle netmgr/netmgr.c:1063
7605D:shutdown:#6 0x7f7ba1dc4eb3 in isc__nmhandle_get netmgr/netmgr.c:1087
7606D:shutdown:#7 0x7f7ba1dd9758 in isc__nm_async_tcpchildaccept netmgr/tcp.c:491
7607D:shutdown:#8 0x7f7ba1dcf8d4 in process_queue netmgr/netmgr.c:628
7608D:shutdown:#9 0x7f7ba1dd087f in async_cb netmgr/netmgr.c:596
7609D:shutdown:#10 0x7f7b9f43c667 (/usr/lib/x86_64-linux-gnu/libuv.so.1+0x10667)
7610D:shutdown:
7611D:shutdown:Thread T14 created by T0 here:
7612D:shutdown:#0 0x7f7ba2210db0 in __interceptor_pthread_create (/usr/lib/x86_64-linux-gnu/libasan.so.5+0x50db0)
7613D:shutdown:#1 0x7f7ba1f05c5a in isc_thread_create pthreads/thread.c:73
7614D:shutdown:#2 0x7f7ba1ee6a28 in isc_taskmgr_create /builds/isc-projects/bind9/lib/isc/task.c:1434
7615D:shutdown:#3 0x55d9c5661339 in create_managers /builds/isc-projects/bind9/bin/named/main.c:915
7616D:shutdown:#4 0x55d9c5661339 in setup /builds/isc-projects/bind9/bin/named/main.c:1223
7617D:shutdown:#5 0x55d9c5661339 in main /builds/isc-projects/bind9/bin/named/main.c:1523
7618D:shutdown:#6 0x7f7b9e34d09a in __libc_start_main ../csu/libc-start.c:308
7619D:shutdown:
7620D:shutdown:Thread T8 created by T0 here:
7621D:shutdown:#0 0x7f7ba2210db0 in __interceptor_pthread_create (/usr/lib/x86_64-linux-gnu/libasan.so.5+0x50db0)
7622D:shutdown:#1 0x7f7ba1f05c5a in isc_thread_create pthreads/thread.c:73
7623D:shutdown:#2 0x7f7ba1dc1176 in isc_nm_start netmgr/netmgr.c:223
7624D:shutdown:#3 0x55d9c5661304 in create_managers /builds/isc-projects/bind9/bin/named/main.c:909
7625D:shutdown:#4 0x55d9c5661304 in setup /builds/isc-projects/bind9/bin/named/main.c:1223
7626D:shutdown:#5 0x55d9c5661304 in main /builds/isc-projects/bind9/bin/named/main.c:1523
7627D:shutdown:#6 0x7f7b9e34d09a in __libc_start_main ../csu/libc-start.c:308
7628D:shutdown:
7629D:shutdown:SUMMARY: AddressSanitizer: heap-use-after-free /builds/isc-projects/bind9/bin/named/controlconf.c:285 in conn_cleanup
```
```
I:shutdown:stopping servers
7705I:shutdown:Core dump(s) found: shutdown/resolver/core.26090
7706D:shutdown:backtrace from shutdown/resolver/core.26090:
7707D:shutdown:--------------------------------------------------------------------------------
7708D:shutdown:Core was generated by `/builds/isc-projects/bind9/bin/named/.libs/named -c /builds/isc-projects/bind9/'.
7709D:shutdown:Program terminated with signal SIGABRT, Aborted.
7710D:shutdown:#0 __GI_raise (sig=sig@entry=6) at ../sysdeps/unix/sysv/linux/raise.c:50
7711D:shutdown:[Current thread is 1 (Thread 0x7f7b91ace700 (LWP 26117))]
7712D:shutdown:#0 __GI_raise (sig=sig@entry=6) at ../sysdeps/unix/sysv/linux/raise.c:50
7713D:shutdown:#1 0x00007f7b9e34b535 in __GI_abort () at abort.c:79
7714D:shutdown:#2 0x00007f7ba22c6e6b in ?? () from /usr/lib/x86_64-linux-gnu/libasan.so.5
7715D:shutdown:#3 0x00007f7ba22ceed8 in ?? () from /usr/lib/x86_64-linux-gnu/libasan.so.5
7716D:shutdown:#4 0x00007f7ba22b397d in ?? () from /usr/lib/x86_64-linux-gnu/libasan.so.5
7717D:shutdown:#5 0x00007f7ba22b4308 in __asan_report_load8 () from /usr/lib/x86_64-linux-gnu/libasan.so.5
7718D:shutdown:#6 0x000055d9c564a410 in conn_cleanup (conn=conn@entry=0x6160001105e8) at controlconf.c:290
7719D:shutdown:#7 0x000055d9c5653b33 in control_command (task=<optimized out>, event=<optimized out>) at controlconf.c:387
7720D:shutdown:#8 0x00007f7ba1ede0ca in dispatch (threadid=<optimized out>, manager=<optimized out>) at task.c:1152
7721D:shutdown:#9 run (queuep=<optimized out>) at task.c:1344
7722D:shutdown:#10 0x00007f7b9f408fa3 in start_thread (arg=<optimized out>) at pthread_create.c:486
7723D:shutdown:#11 0x00007f7b9e4224cf in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:95
7724D:shutdown:--------------------------------------------------------------------------------
7725D:shutdown:full backtrace from shutdown/resolver/core.26090 saved in core.26090-backtrace.txt
7726D:shutdown:core dump shutdown/resolver/core.26090 archived as shutdown/resolver/core.26090.gz
```
October 2020 (9.11.24, 9.11.24-S1, 9.16.8, 9.16.8-S1, 9.17.6)
https://gitlab.isc.org/isc-projects/bind9/-/issues/2150
INSIST(ISC_LIST_EMPTY(res->dbuckets[i].list)); assertion failure during shutdown
2020-12-16T22:13:12Z
Mark Andrews
INSIST(ISC_LIST_EMPTY(res->dbuckets[i].list)); assertion failure during shutdown
Job [#1157253](https://gitlab.isc.org/isc-projects/bind9/-/jobs/1157253) failed for 7e39ead11bfa4b109897e75683af5b03f5f89eb4:
```
I:rpzrecurse:Core dump(s) found: rpzrecurse/ns3/core.7743
6956D:rpzrecurse:backtrace from rpzrecurse/ns3/...
Job [#1157253](https://gitlab.isc.org/isc-projects/bind9/-/jobs/1157253) failed for 7e39ead11bfa4b109897e75683af5b03f5f89eb4:
```
I:rpzrecurse:Core dump(s) found: rpzrecurse/ns3/core.7743
6956D:rpzrecurse:backtrace from rpzrecurse/ns3/core.7743:
6957D:rpzrecurse:--------------------------------------------------------------------------------
6958D:rpzrecurse:Core was generated by `/builds/isc-projects/bind9/bin/named/.libs/lt-named -D rpzrecurse-ns3 -X named.'.
6959D:rpzrecurse:Program terminated with signal SIGABRT, Aborted.
6960D:rpzrecurse:#0 0x00007f7160dcb438 in __GI_raise (sig=sig@entry=6) at ../sysdeps/unix/sysv/linux/raise.c:54
6961D:rpzrecurse:[Current thread is 1 (Thread 0x7f7151321700 (LWP 7793))]
6962D:rpzrecurse:#0 0x00007f7160dcb438 in __GI_raise (sig=sig@entry=6) at ../sysdeps/unix/sysv/linux/raise.c:54
6963D:rpzrecurse:#1 0x00007f7160dcd03a in __GI_abort () at abort.c:89
6964D:rpzrecurse:#2 0x0000000000428ba5 in assertion_failed (file=<optimized out>, line=<optimized out>, type=isc_assertiontype_insist, cond=0x7f7163056920 "((res->dbuckets[i].list).head == ((void *)0))") at main.c:254
6965D:rpzrecurse:#3 0x00007f71632c689a in isc_assertion_failed (file=file@entry=0x7f71630536e0 "resolver.c", line=line@entry=10034, type=type@entry=isc_assertiontype_insist, cond=cond@entry=0x7f7163056920 "((res->dbuckets[i].list).head == ((void *)0))") at assertions.c:46
6966D:rpzrecurse:#4 0x00007f7162faadb7 in destroy (res=0x7f7163580340) at resolver.c:10034
6967D:rpzrecurse:#5 dns_resolver_detach (resp=resp@entry=0x7f7144005488) at resolver.c:10578
6968D:rpzrecurse:#6 0x00007f7162fea2cc in destroy (view=0x7f7144005460) at view.c:407
6969D:rpzrecurse:#7 0x00007f7162feb028 in dns_view_weakdetach (viewp=viewp@entry=0x7f7144006bd0) at view.c:727
6970D:rpzrecurse:#8 0x00007f7162ff7727 in zone_free (zone=0x7f7144006260) at zone.c:1197
6971D:rpzrecurse:#9 0x00007f716300d5cc in zone_shutdown (task=<optimized out>, event=<optimized out>) at zone.c:14069
6972D:rpzrecurse:#10 0x00007f71632e7629 in dispatch (threadid=<optimized out>, manager=<optimized out>) at task.c:1152
6973D:rpzrecurse:#11 run (queuep=<optimized out>) at task.c:1344
6974D:rpzrecurse:#12 0x00007f71619476ba in start_thread (arg=0x7f7151321700) at pthread_create.c:333
6975D:rpzrecurse:#13 0x00007f7160e9d4dd in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:109
6976D:rpzrecurse:--------------------------------------------------------------------------------
6977D:rpzrecurse:full backtrace from rpzrecurse/ns3/core.7743 saved in core.7743-backtrace.txt
6978D:rpzrecurse:core dump rpzrecurse/ns3/core.7743 archived as rpzrecurse/ns3/core.7743.gz
6979R:rpzrecurse:FAIL
```
December 2020 (9.11.26, 9.11.26-S1, 9.16.10, 9.16.10-S1, 9.17.8)
https://gitlab.isc.org/isc-projects/bind9/-/issues/2149
The `edns-udp-size` sets the advertised buffer size in the responses
2020-09-17T06:18:00Z
Ondřej Surý
The `edns-udp-size` sets the advertised buffer size in the responses
The `max-udp-size` controls the amount of the data put into the request, but the `edns-udp-size` is the value that's put in the responses coming from the resolver. A simple test with following `named.conf` will confirm the behaviour:
``...
The `max-udp-size` controls the amount of the data put into the request, but the `edns-udp-size` is the value that's put in the responses coming from the resolver. A simple test with following `named.conf` will confirm the behaviour:
```
options {
max-udp-size 512;
edns-udp-size 1232;
};
```
And `dig +bufsize=4096 @localhost` to confirm:
```
; <<>> DiG 9.17.4 <<>> -p 5300 +bufsize @localhost
; (2 servers found)
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 26389
;; flags: qr rd ra ad; QUERY: 1, ANSWER: 13, AUTHORITY: 0, ADDITIONAL: 1
;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 1232
; COOKIE: e379761b8aa9b4f4010000005f611030d22f78d5a864fc70 (good)
;; QUESTION SECTION:
;. IN NS
;; ANSWER SECTION:
. 518399 IN NS c.root-servers.net.
. 518399 IN NS l.root-servers.net.
. 518399 IN NS m.root-servers.net.
. 518399 IN NS b.root-servers.net.
. 518399 IN NS f.root-servers.net.
. 518399 IN NS d.root-servers.net.
. 518399 IN NS k.root-servers.net.
. 518399 IN NS e.root-servers.net.
. 518399 IN NS h.root-servers.net.
. 518399 IN NS i.root-servers.net.
. 518399 IN NS j.root-servers.net.
. 518399 IN NS g.root-servers.net.
. 518399 IN NS a.root-servers.net.
;; Query time: 0 msec
;; SERVER: ::1#5300(::1)
;; WHEN: Tue Sep 15 21:04:16 CEST 2020
;; MSG SIZE rcvd: 279
```
e.g. the size was capped to 512 (whole `ADDITIONAL` section was dropped), but the advertised buffer size is still `1232` in the response.
https://gitlab.isc.org/isc-projects/bind9/-/issues/2147
Remove the "glue-cache" option (not the feature!)
2022-07-12T06:00:17Z
Michał Kępień
Remove the "glue-cache" option (not the feature!)
This issue is meant to be a reminder about the plan for fully obsoleting
the `glue-cache` option in the 9.19 development cycle. See #2146 for
details - this separate issue was created so that we do not forget to
follow through with the ...
This issue is meant to be a reminder about the plan for fully obsoleting
the `glue-cache` option in the 9.19 development cycle. See #2146 for
details - this separate issue was created so that we do not forget to
follow through with the removal schedule after the option gets
deprecated.
I set the due date for this issue rather arbitrarily, assuming we will
be in the 9.19 cycle at that time.
July 2022 (9.16.31, 9.16.31-S1, 9.18.5, 9.19.3)
Michał Kępień
Michał Kępień