BIND issueshttps://gitlab.isc.org/isc-projects/bind9/-/issues2023-11-02T16:43:58Zhttps://gitlab.isc.org/isc-projects/bind9/-/issues/1286[ISC-Support #7237] additional BIND stats/counters - NXDOMAIN redirection2023-11-02T16:43:58ZBrian Conry[ISC-Support #7237] additional BIND stats/counters - NXDOMAIN redirectionA customer has requested stats/counters for the number of times that nxdomain redirection is performed.
Ideally, we should probably have a different counter for each redirection method.
https://support.isc.org/Ticket/Display.html?id=7237A customer has requested stats/counters for the number of times that nxdomain redirection is performed.
Ideally, we should probably have a different counter for each redirection method.
https://support.isc.org/Ticket/Display.html?id=7237Not plannedhttps://gitlab.isc.org/isc-projects/bind9/-/issues/1287[ISC-Support #7237] additional BIND stats/counters - DLZ invocations2023-11-02T16:43:59ZBrian Conry[ISC-Support #7237] additional BIND stats/counters - DLZ invocationsA customer has requested new stats/counters relating to DLZ, each of which would be per module: one to track the number of invocations and another to track the number of queries answered by the module.
https://support.isc.org/Ticket/Dis...A customer has requested new stats/counters relating to DLZ, each of which would be per module: one to track the number of invocations and another to track the number of queries answered by the module.
https://support.isc.org/Ticket/Display.html?id=7237Not plannedhttps://gitlab.isc.org/isc-projects/bind9/-/issues/1288Log DNS_R_UNCHANGED from sync_secure_journal at info level in receive_secure_...2019-11-05T10:58:33ZMark AndrewsLog DNS_R_UNCHANGED from sync_secure_journal at info level in receive_secure_serial.ISC_LOG_ERROR is to high for this case.ISC_LOG_ERROR is to high for this case.November 2019 (9.11.13, 9.14.8, 9.15.6)https://gitlab.isc.org/isc-projects/bind9/-/issues/1289COPR package configuration path changed from documentation2019-10-29T10:20:15ZkalfeherCOPR package configuration path changed from documentationThe reference text for the COPR isc-bind package says that configuration resides at : /etc/opt/isc/isc-bind/named.conf
However the CentOS 8 build appears to put it here : /etc/opt/isc/scls/isc-bind/named.confThe reference text for the COPR isc-bind package says that configuration resides at : /etc/opt/isc/isc-bind/named.conf
However the CentOS 8 build appears to put it here : /etc/opt/isc/scls/isc-bind/named.confMichał KępieńMichał Kępieńhttps://gitlab.isc.org/isc-projects/bind9/-/issues/1290Cannot send DNS request with TCP socket2021-10-04T20:06:15ZGhost UserCannot send DNS request with TCP socketI am trying to send a DNS request with TCP like this:
```c++
// Nameserver address initialization
memset(&hints, 0, sizeof(hints));
hints.ai_family = AF_UNSPEC;
hints.ai_socktype = SOCK_STREAM;
hints.ai_protocol = IPPROTO_TCP;
hints.ai_...I am trying to send a DNS request with TCP like this:
```c++
// Nameserver address initialization
memset(&hints, 0, sizeof(hints));
hints.ai_family = AF_UNSPEC;
hints.ai_socktype = SOCK_STREAM;
hints.ai_protocol = IPPROTO_TCP;
hints.ai_flags = AI_NUMERICHOST;
gaierror = getaddrinfo("8.8.8.8", "53", &hints, &res);
if (gaierror != 0) {
fprintf(stderr, "Failed to parse server address: %s\n", gai_strerror(gaierror));
return;
}
if (res->ai_addrlen > sizeof(sa.type)) {
return;
}
memmove(&sa.type, res->ai_addr, res->ai_addrlen);
freeaddrinfo(res);
sa.length = (unsigned int) res->ai_addrlen;
ISC_LINK_INIT(&sa, link);
...
// Request options
options = DNS_CLIENTREQOPT_ALLOWRUN | DNS_CLIENTRESOPT_TCP;
...
dns_client_request(client, qmessage, rmessage, &sa, options,
0, NULL, timeout, udptimeout, udpretries);
```
However Wireshark reports that the DNS request is made with UDP.https://gitlab.isc.org/isc-projects/bind9/-/issues/1292Rethink default values for interface-interval and automatic-interface-scan2023-11-02T16:43:59ZOndřej SurýRethink default values for interface-interval and automatic-interface-scanThe following discussion from !2483 should be addressed:
- [ ] @matthijs started a [discussion](https://gitlab.isc.org/isc-projects/bind9/merge_requests/2483#note_85228): (+1 comment)
> I think if this is set to `yes` there is no ...The following discussion from !2483 should be addressed:
- [ ] @matthijs started a [discussion](https://gitlab.isc.org/isc-projects/bind9/merge_requests/2483#note_85228): (+1 comment)
> I think if this is set to `yes` there is no need to set a positive `interface-interval` right? If so, perhaps say that it is advised to set `interface-interval` to zero.
>
> Currently `interface-interval` is set to 60 minutes. So IIUC `named` will scan the interfaces when addresses are added or removed *and* every hour. Seems like overkill and perhaps we want to rethink the default value for `interface-interval` or `automatic-interface-scan`.Not plannedhttps://gitlab.isc.org/isc-projects/bind9/-/issues/1293Change the return value for dns_name_dup() to void and cleanup the code2020-01-13T14:19:53ZOndřej SurýChange the return value for dns_name_dup() to void and cleanup the codeThe following discussion from !2452 should be addressed:
- [ ] @michal started a [discussion](https://gitlab.isc.org/isc-projects/bind9/merge_requests/2452#note_86460): (+1 comment)
> Would a follow-up MR that changes the return v...The following discussion from !2452 should be addressed:
- [ ] @michal started a [discussion](https://gitlab.isc.org/isc-projects/bind9/merge_requests/2452#note_86460): (+1 comment)
> Would a follow-up MR that changes the return value for `dns_name_dup()` to `void` make sense?December 2019 (9.11.14, 9.14.9, 9.15.7)Ondřej SurýOndřej Surýhttps://gitlab.isc.org/isc-projects/bind9/-/issues/1294Launchpad PPA for Ubuntu 19.10 (Eoan Ermine)2021-05-14T07:57:08ZTobias GüntherLaunchpad PPA for Ubuntu 19.10 (Eoan Ermine)### Description
https://launchpad.net/~isc/+archive/ubuntu/bind does currently not provide Packages for the new Ubuntu 19.10 which is the new Ubuntu LTS.
### Request
I would like to have Packages available for Ubuntu 19.10 Eoan.
### L...### Description
https://launchpad.net/~isc/+archive/ubuntu/bind does currently not provide Packages for the new Ubuntu 19.10 which is the new Ubuntu LTS.
### Request
I would like to have Packages available for Ubuntu 19.10 Eoan.
### Links / referenceshttps://gitlab.isc.org/isc-projects/bind9/-/issues/1295Implement PROXY protocol2023-11-27T12:46:04ZOndřej SurýImplement PROXY protocolThe PowerDNS folks are now considering dropping the XPF in favour of the [PROXY protocol](http://www.haproxy.org/download/1.8/doc/proxy-protocol.txt) which is pretty much reasonable.The PowerDNS folks are now considering dropping the XPF in favour of the [PROXY protocol](http://www.haproxy.org/download/1.8/doc/proxy-protocol.txt) which is pretty much reasonable.BIND 9.19.xArtem BoldarievArtem Boldarievhttps://gitlab.isc.org/isc-projects/bind9/-/issues/1296OpenBSD tests still report "IPv6 unavailable; skipping" in CI2021-10-19T14:47:34ZMichal NowakOpenBSD tests still report "IPv6 unavailable; skipping" in CIEven after https://gitlab.isc.org/isc-projects/bind9/issues/1244 got fixed, [OpenBSD system test still reports](https://gitlab.isc.org/isc-projects/bind9/-/jobs/388232) "IPv6 unavailable; skipping" in the CI:
```
...
I:geoip2:IPv6 unavai...Even after https://gitlab.isc.org/isc-projects/bind9/issues/1244 got fixed, [OpenBSD system test still reports](https://gitlab.isc.org/isc-projects/bind9/-/jobs/388232) "IPv6 unavailable; skipping" in the CI:
```
...
I:geoip2:IPv6 unavailable; skipping IPv6 Domain test
...
I:digdelv:IPv6 unavailable; skipping
...
```
Could be `IO::Socket::INET6` module missing in the OpenBSD image?Michal NowakMichal Nowakhttps://gitlab.isc.org/isc-projects/bind9/-/issues/1297[9.11] Windows tests still report "IPv6 unavailable; skipping" in CI2021-10-04T20:08:22ZMichal Nowak[9.11] Windows tests still report "IPv6 unavailable; skipping" in CIEven after https://gitlab.isc.org/isc-projects/bind9/issues/1244 got fixed, [Windows system test from BIND 9.11 still reports](https://gitlab.isc.org/isc-projects/bind9/-/jobs/388234) "IPv6 unavailable; skipping" in the CI:
```
I:digdelv...Even after https://gitlab.isc.org/isc-projects/bind9/issues/1244 got fixed, [Windows system test from BIND 9.11 still reports](https://gitlab.isc.org/isc-projects/bind9/-/jobs/388234) "IPv6 unavailable; skipping" in the CI:
```
I:digdelv:IPv6 unavailable; skipping
```
This happens only for 9.11 system test on Windows, 9.14 and 9.15 (master) are fine.
I wonder if, perhaps, IPv6 is not configured as the test looks for `#define WANT_IPV6 1` in config.h on 9.11 (and only in this version), but only `#define WANT_IPV6` is in the `config.h` file, see the attached [config.h](/uploads/26ffaa32d7fd33009d0236a597eec520/config.h) from the job run.https://gitlab.isc.org/isc-projects/bind9/-/issues/1298sys/sysctl.h header is now deprecated2019-11-06T20:13:18ZWitold Krecickisys/sysctl.h header is now deprecatedNovember 2019 (9.11.13, 9.14.8, 9.15.6)https://gitlab.isc.org/isc-projects/bind9/-/issues/1299Parse commandline code should be done in alphabetical order2019-11-19T09:55:22ZMatthijs Mekkingmatthijs@isc.orgParse commandline code should be done in alphabetical orderFrom review:
https://gitlab.isc.org/isc-projects/bind9/merge_requests/2458#note_84797From review:
https://gitlab.isc.org/isc-projects/bind9/merge_requests/2458#note_84797https://gitlab.isc.org/isc-projects/bind9/-/issues/1301geoip2 default data path2019-11-06T01:14:35ZPetr Menšíkgeoip2 default data path### Summary
Default geoip-database directory has undocumented value
### BIND version used
```
BIND 9.11.11-RedHat-9.11.11-1.fc29 (Extended Support Version) <id:4ae9ff1>
running on Linux x86_64 5.2.18-100.fc29.x86_64 #1 SMP Tue Oct 1 1...### Summary
Default geoip-database directory has undocumented value
### BIND version used
```
BIND 9.11.11-RedHat-9.11.11-1.fc29 (Extended Support Version) <id:4ae9ff1>
running on Linux x86_64 5.2.18-100.fc29.x86_64 #1 SMP Tue Oct 1 13:32:05 UTC 2019
built by make with '--build=x86_64-redhat-linux-gnu' '--host=x86_64-redhat-linux-gnu' '--program-prefix=' '--disable-dependency-tracking' '--prefix=/usr' '--exec-prefix=/usr' '--bindir=/usr/bin' '--sbindir=/usr/sbin' '--sysconfdir=/etc' '--datadir=/usr/share' '--includedir=/usr/include' '--libdir=/usr/lib64' '--libexecdir=/usr/libexec' '--sharedstatedir=/var/lib' '--mandir=/usr/share/man' '--infodir=/usr/share/info' '--with-python=/usr/bin/python3' '--with-libtool' '--localstatedir=/var' '--enable-threads' '--enable-ipv6' '--enable-filter-aaaa' '--with-pic' '--disable-static' '--includedir=/usr/include/bind9' '--with-tuning=large' '--with-libidn2' '--enable-openssl-hash' '--with-geoip2' '--enable-native-pkcs11' '--with-pkcs11=/usr/lib64/pkcs11/libsofthsm2.so' '--with-dlopen=yes' '--with-dlz-ldap=yes' '--with-dlz-postgres=yes' '--with-dlz-mysql=yes' '--with-dlz-filesystem=yes' '--with-dlz-bdb=yes' '--with-gssapi=yes' '--disable-isc-spnego' '--with-lmdb=yes' '--with-libjson' '--enable-dnstap' '--with-cmocka' '--enable-fixed-rrset' '--with-docbook-xsl=/usr/share/sgml/docbook/xsl-stylesheets' '--enable-full-report' 'build_alias=x86_64-redhat-linux-gnu' 'host_alias=x86_64-redhat-linux-gnu' 'CFLAGS= -O2 -g -pipe -Wall -Werror=format-security -Wp,-D_FORTIFY_SOURCE=2 -Wp,-D_GLIBCXX_ASSERTIONS -fexceptions -fstack-protector-strong -grecord-gcc-switches -specs=/usr/lib/rpm/redhat/redhat-hardened-cc1 -specs=/usr/lib/rpm/redhat/redhat-annobin-cc1 -m64 -mtune=generic -fasynchronous-unwind-tables -fstack-clash-protection -fcf-protection' 'LDFLAGS=-Wl,-z,relro -Wl,-z,now -specs=/usr/lib/rpm/redhat/redhat-hardened-ld' 'CPPFLAGS= -DDIG_SIGCHASE' 'PKG_CONFIG_PATH=:/usr/lib64/pkgconfig:/usr/share/pkgconfig'
compiled by GCC 8.3.1 20190223 (Red Hat 8.3.1-2)
compiled with OpenSSL version: OpenSSL 1.1.1c FIPS 28 May 2019
linked to OpenSSL version: OpenSSL 1.1.1d FIPS 10 Sep 2019
compiled with libxml2 version: 2.9.8
linked to libxml2 version: 20908
compiled with libjson-c version: 0.13.1
linked to libjson-c version: 0.13.1
compiled with zlib version: 1.2.11
linked to zlib version: 1.2.11
threads support is enabled
```
### Steps to reproduce
compile with --with-geoip2, but omit geoip-directory "/usr/share/GeoIP"; option
Then use GeoIP2 database.
```
acl "us" {
geoip country US;
};
# ...
view "default" {
match-clients { "us"; };
}
```
### What is the current *bug* behavior?
/usr/share/GeoIP2 [is used](https://gitlab.isc.org/isc-projects/bind9/blob/master/bin/named/config.c#L68) as default path. However, [configure](https://gitlab.isc.org/isc-projects/bind9/blob/master/configure.ac#L574) mentions just /usr/share/GeoIP (without trailing 2).
We at Fedora use /usr/share/GeoIP. I checked also Debian, but were unable to find where are files with new format stored. [Ubuntu manual page](http://manpages.ubuntu.com/manpages/cosmic/man1/geoipupdate.1.html) suggests the same path as we use.
### What is the expected *correct* behavior?
Path is either consistent with usual practice or configurable on build time.
### Relevant configuration files
(Paste any relevant configuration files - please use code blocks (```)
to format console output. If submitting the contents of your
configuration file in a non-confidential Issue, it is advisable to
obscure key secrets: this can be done automatically by using
`named-checkconf -px`.)
### Relevant logs and/or screenshots
```
# journalctl -u named
lis 04 20:44:22 menpad named[1485]: /etc/named/geoip.conf:3: no GeoIP2 database installed which can answer queries of type 'country'
lis 04 20:44:22 menpad named[1485]: reloading configuration failed: failure
```
### Possible fixes
I know simple patch could be used on Fedora. But my short research indicates it would not be the only one wrong. I would prepare MR with configure.ac change if it helps. Is that default path intentional?
- If no distributions use different directory, configure.ac should be fixed
- Or configurable default path should be possible
- Provide no default value and require geoip-directoryhttps://gitlab.isc.org/isc-projects/bind9/-/issues/1302Add Fedora 31 to CI2019-12-11T16:42:33ZMichal NowakAdd Fedora 31 to CIFedora 31 was released recently, it should be added to the CI, or replace Fedora 30.
As Fedora 31 [updated to glibc 2.30](https://docs.fedoraproject.org/en-US/fedora/f31/release-notes/developers/Development_C/), which [deprecated](https...Fedora 31 was released recently, it should be added to the CI, or replace Fedora 30.
As Fedora 31 [updated to glibc 2.30](https://docs.fedoraproject.org/en-US/fedora/f31/release-notes/developers/Development_C/), which [deprecated](https://lwn.net/Articles/795127/) `sys/sysctl.h` header, https://gitlab.isc.org/isc-projects/bind9/issues/1298 needs to adressed first.December 2019 (9.11.14, 9.14.9, 9.15.7)Michal NowakMichal Nowakhttps://gitlab.isc.org/isc-projects/bind9/-/issues/1303Add openSUSE Tumbleweed to CI2023-03-24T13:26:21ZMichal NowakAdd openSUSE Tumbleweed to CI[openSUSE Tumbleweed](https://software.opensuse.org/distributions/tumbleweed) is the openSUSE rolling distribution delivering the very latest bits. Contrary to Fedora and Debian Sid, which are leading edge distribution, Tumbleweed is *bl...[openSUSE Tumbleweed](https://software.opensuse.org/distributions/tumbleweed) is the openSUSE rolling distribution delivering the very latest bits. Contrary to Fedora and Debian Sid, which are leading edge distribution, Tumbleweed is *bleeding*edge distro, shipping the very latest, but [tested extensively](https://openqa.opensuse.org/group_overview/1), bits.
Recently, https://gitlab.isc.org/isc-projects/bind9/issues/1298 was identified by developer by upgrading his environment to [Ubuntu 19.10 (Eoan Ermine)](https://wiki.ubuntu.com/EoanErmine/ReleaseNotes), the latest non-LTS release.
If we had Tumbleweed in the CI, we would have identified the issue around [September 27](http://mirror.karneval.cz/pub/linux/opensuse/tumbleweed/iso/Changes.20190927.txt). Debian Sid with [glibc 2.29](https://packages.debian.org/search?keywords=glibc&searchon=names&suite=unstable§ion=all) is not leading here to a degree some other stable distribution from other vendors are.January 2020 (9.11.15, 9.14.10, 9.15.8, 9.11.15-S)Michal NowakMichal Nowakhttps://gitlab.isc.org/isc-projects/bind9/-/issues/1304Update FreeBSD 12 jail to 12.1-RELEASE in CI2020-03-19T06:16:07ZMichal NowakUpdate FreeBSD 12 jail to 12.1-RELEASE in CIFreeBSD 12.1-RELEASE was [released](https://www.freebsd.org/releases/12.1R/announce.html) recently.
FreeBSD 12 jail in the CI should be updated.FreeBSD 12.1-RELEASE was [released](https://www.freebsd.org/releases/12.1R/announce.html) recently.
FreeBSD 12 jail in the CI should be updated.April 2020 (9.11.18, 9.16.2, 9.17.1)Michał KępieńMichał Kępieńhttps://gitlab.isc.org/isc-projects/bind9/-/issues/1305Update OpenBSD image in CI to 6.62020-02-04T10:46:21ZMichal NowakUpdate OpenBSD image in CI to 6.6OpenBSD image in the CI should be updated to [6.6](https://www.openbsd.org/66.html).OpenBSD image in the CI should be updated to [6.6](https://www.openbsd.org/66.html).February 2020 (9.11.16, 9.14.11, 9.16.0, 9.16.0-S)https://gitlab.isc.org/isc-projects/bind9/-/issues/1306Release Checklist for BIND 9.11.13, BIND 9.11.13-S1, BIND 9.14.8, BIND 9.15.62019-11-21T10:19:52ZMichał KępieńRelease Checklist for BIND 9.11.13, BIND 9.11.13-S1, BIND 9.14.8, BIND 9.15.6**Public Release:** Wednesday, November 20th, 2019
## Release Checklist
## 2 Working Days Before the Tagging Deadline
- [x] ***(QA)*** Check whether all issues assigned to the release milestone are resolved[^1].
- [x] ***(QA)*** Ens...**Public Release:** Wednesday, November 20th, 2019
## Release Checklist
## 2 Working Days Before the Tagging Deadline
- [x] ***(QA)*** Check whether all issues assigned to the release milestone are resolved[^1].
- [x] ***(QA)*** Ensure that there are no outstanding merge requests in the private repository[^1] (Subscription Edition only).
## Before the Tagging Deadline
- [x] ***(QA)*** Inform Support/Marketing of impending release (and give estimated release dates).
- [x] ***(QA)*** Check Perflab to ensure there has been no unexplained drop in performance for the versions being released.
- [x] ***(SwEng)*** Update API files for libraries with new version information.
- [x] ***(SwEng)*** Change software version and library versions in `configure.ac` (new major release only).
- [x] ***(SwEng)*** Rebuild `configure` using Autoconf on `docs.isc.org`.
- [x] ***(SwEng)*** Update `CHANGES`.
- [x] ***(SwEng)*** Update `CHANGES.SE` (Subscription Edition only).
- [x] ***(SwEng)*** Update `README.md`.
- [x] ***(SwEng)*** Update `version`.
- [x] ***(SwEng)*** Build documentation on `docs.isc.org`.
- [x] ***(QA)*** Check that all the above steps were performed correctly.
- [x] ***(QA)*** Check that the contents of release notes match the merge requests comprising the releases.
- [x] ***(QA)*** Check that the formatting is correct for text, PDF, and HTML versions of release notes.
- [x] ***(SwEng)*** Tag the releases[^2]. (Tags may only be pushed to the public repository for releases which are *not* security releases.)
- [x] ***(SwEng)*** If this is the first tag for a release (e.g. beta), create a release branch named `release_v9_X_Y` to allow development to continue on the maintenance branch whilst release engineering continues.
## Before the ASN Deadline (for ASN Releases) or the Public Release Date (for Regular Releases)
- [x] ***(QA)*** Run the `make release` Jenkins jobs to produce the tarballs and zips.
- [x] ***(QA)*** Verify the results of `make release` Jenkins jobs and prepare a QA report for the releases to be published.
- [x] ***(QA)*** Request signatures for the tarballs.
- [x] ***(Signers)*** Sign the tarballs.
- [x] ***(QA)*** Check tarball signatures.
- [x] ***(QA)*** Notify Support that the releases are ready for publication.
- [x] ***(Support)*** Pre-publish ASN and/or Subscription Edition tarballs so that packages can be built.
- [x] ***(QA)*** Build and test ASN and/or Subscription Edition packages.
- [x] ***(Support)*** Send out ASNs (if applicable).
## On the Day of Public Release
- [x] ***(Support)*** Publish the releases according to the release schedule.
- [x] ***(Support)*** Write release email to *bind9-announce*.
- [x] ***(Support)*** Write email to *bind9-users* (if a major release).
- [x] ***(Support)*** Update tickets in case of waiting support customers.
- [x] ***(QA)*** Build and test any outstanding private packages.
- [x] ***(QA)*** Build public packages (`*.deb`, RPMs).
- [x] ***(QA)*** Inform Marketing of the release.
- [x] ***(QA)*** Update the internal [BIND release dates wiki page](https://wiki.isc.org/bin/view/Main/BindReleaseDates) when public announcement has been made.
- [x] ***(Marketing)*** Post short note to Twitter.
- [x] ***(Marketing)*** Update [Wikipedia entry for BIND](https://en.wikipedia.org/wiki/BIND).
- [x] ***(Marketing)*** Write blog article (if a major release).
- [x] ***(QA)*** Ensure all new tags are annotated and signed.
- [x] ***(SwEng)*** Push tags for the published releases to the public repository.
- [x] ***(SwEng)*** Merge the automatically prepared `prep 9.X.Y` commit which updates `version` and documentation on the release branch into the relevant maintenance branch (`v9_X`).
[^1]: If not, use the time remaining until the tagging deadline to ensure all outstanding issues are either resolved or moved to a different milestone.
[^2]: Preferred command line: `git tag -u <DEVELOPER_KEYID> -a -s -m "BIND 9.X.Y[alphatag]" v9_X_Y[alphatag]`, where `[alphatag]` is an optional string such as `b1`, `rc1`, etc.November 2019 (9.11.13, 9.14.8, 9.15.6)Michal NowakMichal Nowak2019-11-20https://gitlab.isc.org/isc-projects/bind9/-/issues/1307More jitter distribution tests2021-10-04T20:08:32ZMatthijs Mekkingmatthijs@isc.orgMore jitter distribution testsThe following discussion from !2451 should be addressed:
- [ ] @matthijs started a [discussion](https://gitlab.isc.org/isc-projects/bind9/merge_requests/2451#note_83060):
> A couple of more jitter tests could be added:
> 1. In...The following discussion from !2451 should be addressed:
- [ ] @matthijs started a [discussion](https://gitlab.isc.org/isc-projects/bind9/merge_requests/2451#note_83060):
> A couple of more jitter tests could be added:
> 1. Initial zone sign.
> 2. Changing from NSEC to NSEC3.
> 3. Changing from NSEC3 to NSEC.
> 4. Changing the NSEC3PARAM record.
> 5. Large dynamic update.
> 6. Large change in zone file (inline-signing) that triggers a zone resign.https://gitlab.isc.org/isc-projects/bind9/-/issues/1308"tcp" system test fails intermittently and needs a cleanup2019-11-19T14:52:30ZMichał Kępień"tcp" system test fails intermittently and needs a cleanupThe TCP high-water tests added in !2425 tend to [fail][1] under high load on some operating systems (notably FreeBSD):
```
S:tcp:Wed Nov 6 22:28:05 UTC 2019
T:tcp:1:A
A:tcp:System test tcp
I:tcp:PORTRANGE:12600 - 12699
I:tcp:initialize...The TCP high-water tests added in !2425 tend to [fail][1] under high load on some operating systems (notably FreeBSD):
```
S:tcp:Wed Nov 6 22:28:05 UTC 2019
T:tcp:1:A
A:tcp:System test tcp
I:tcp:PORTRANGE:12600 - 12699
I:tcp:initialize counters
I:tcp:check TCP transport
I:tcp:check TCP forwarder
I:tcp:TCP high-water: check initial statistics (1)
I:tcp:TCP high-water: check value after some TCP connections are established (2)
I:tcp:TCP high-water: check value after some TCP connections are closed (3)
I:tcp:TCP high-water: ensure tcp-clients is an upper bound (4)
I:tcp:incorrect current TCP clients count: expected 8, got 17
I:tcp:incorrect TCP high-water value: expected 10, got 17
I:tcp:failed
I:tcp:exit status: 1
R:tcp:FAIL
E:tcp:Wed Nov 6 22:28:14 UTC 2019
```
Furthermore, the older checks in the `tcp` system test are not numbered, preventing forensic data from being available in case of intermittent failures.
While we are at it, we should also make sure that the aforementioned test employs `set -e` and that ShellCheck does not raise any warnings for it.
[1]: https://gitlab.isc.org/isc-projects/bind9/-/jobs/402766December 2019 (9.11.14, 9.14.9, 9.15.7)Michał KępieńMichał Kępieńhttps://gitlab.isc.org/isc-projects/bind9/-/issues/1309restore jitter testing in the autosign test2019-11-08T06:01:50ZEvan Huntrestore jitter testing in the autosign testThe signature-jitter test cases in the autosign system test have been temporarily disabled because they weren't very effective and were triggering a lot of false failures.
We need to come up with a better, portable method for testing di...The signature-jitter test cases in the autosign system test have been temporarily disabled because they weren't very effective and were triggering a lot of false failures.
We need to come up with a better, portable method for testing distribution (possibly a chi-square implementation in scipy, or a helper binary), and turn these tests back on.https://gitlab.isc.org/isc-projects/bind9/-/issues/1310Fix system tests on Windows after merging libuv work2019-11-29T07:48:12ZMichał KępieńFix system tests on Windows after merging libuv workMerging !2528 broke a significant number of system tests on Windows.
In Jenkins, the following tests failed (I only performed one run so far):
- `autosign`
- `digdelv`
- `dnssec`
- `keepalive`
- `legacy`
- `mirror`
- `mkeys`
- ...Merging !2528 broke a significant number of system tests on Windows.
In Jenkins, the following tests failed (I only performed one run so far):
- `autosign`
- `digdelv`
- `dnssec`
- `keepalive`
- `legacy`
- `mirror`
- `mkeys`
- `nsupdate`
- `padding`
- `pipelined`
- `rpz`
- `rrl`
- `statistics`
- `stub`
- `synthfromdnssec`
- `tkey`
- `upforwd`
- `wildcard`
- `zero`
See: https://jenkins.isc.org/view/BIND_Parameterized/job/bind9-parameterized-win2012-x64/353/console
I also did one test run in GitLab CI[^1] and the failed tests were those listed above + the `pending` system test.
Some notes:
- The `zero` system test alone takes some 15-20 *minutes* to complete on Windows. I recall having issues with this test when I was first trying to add Windows to GitLab CI. From what I recall, the issue was that a significant number of queries are sent during that test and Windows is just unable to keep up with logging at `-d 99`. I initially worked around it by putting `named.args` files in place that did *not* include `-d 99` because all those logs are not really needed in that test. However, I eventually came up with a different fix (!2398) that seemed to be good enough until now. Perhaps decreasing logging verbosity is what we will need in the end? I have not yet investigated why that test takes so long to complete with current *master*.
- In the `nsupdate` test, `named` hangs in weird ways - both in Jenkins and GitLab CI, I had to "intervene" by killing binaries manually or else the test was stuck. FWIW, I have not yet tried running that test on its own, it was always run as part of the whole test suite.
**While we can skip a single development release on Windows, releasing BIND 9.16.0 will require sorting all these issues out.**
[^1]: !2556 is a prerequisite for *any* system test to work in GitLab CIDecember 2019 (9.11.14, 9.14.9, 9.15.7)https://gitlab.isc.org/isc-projects/bind9/-/issues/1311netmgr doesn't count networking statistics2020-02-11T07:58:24ZEvan Huntnetmgr doesn't count networking statisticsThe network-related statistics tracked by the old socket manager (TCP4Active and UDP4Active, for example) are not updated by the libuv network manager.The network-related statistics tracked by the old socket manager (TCP4Active and UDP4Active, for example) are not updated by the libuv network manager.Evan HuntEvan Hunthttps://gitlab.isc.org/isc-projects/bind9/-/issues/1312netmgr hangs on shutdown when TCP connections are still active2019-11-23T01:47:21ZEvan Huntnetmgr hangs on shutdown when TCP connections are still activeShutting down named when there are still TCP connections open can cause the server to hang.Shutting down named when there are still TCP connections open can cause the server to hang.December 2019 (9.11.14, 9.14.9, 9.15.7)Witold KrecickiWitold Krecickihttps://gitlab.isc.org/isc-projects/bind9/-/issues/1313master failing to build on MacOS High Sierra2019-11-16T05:22:12ZMark Andrewsmaster failing to build on MacOS High SierraFailing when building libwrap.la
```
gcc -dynamiclib -undefined dynamic_lookup -Wl,-z,interpose -o libwrap.la wrap.o -llmdb -L/opt/local/lib -luv -lpthread -ldl -L/opt/local/lib -L/opt/local/lib -lcmocka
ld: unknown option: -z
clang:...Failing when building libwrap.la
```
gcc -dynamiclib -undefined dynamic_lookup -Wl,-z,interpose -o libwrap.la wrap.o -llmdb -L/opt/local/lib -luv -lpthread -ldl -L/opt/local/lib -L/opt/local/lib -lcmocka
ld: unknown option: -z
clang: error: linker command failed with exit code 1 (use -v to see invocation)
```
offending command introduced in 53f0b6c34d3fe01c885d8020d155061d55c19477
Additionally `-Wl,-rpath=<path>` needs to be `-Wl,-rpath,<path>`.https://gitlab.isc.org/isc-projects/bind9/-/issues/1314Conflicting options value in DNS library2019-11-11T10:54:31ZGhost UserConflicting options value in DNS libraryI am trying to use the library to send a DNS request via TCP.
When looking at the sources to understand how it works I realized that the two options DNS_CLIENTREQOPT_ALLOWRUN and DNS_REQUESTOPT_TCP have the same value (== 1).
I think thi...I am trying to use the library to send a DNS request via TCP.
When looking at the sources to understand how it works I realized that the two options DNS_CLIENTREQOPT_ALLOWRUN and DNS_REQUESTOPT_TCP have the same value (== 1).
I think this is a problem because they are used in the same parameter:
In dns_client_request function:
[client.c@1648](https://gitlab.isc.org/isc-projects/bind9/blob/v9_10_3_patch/lib/dns/client.c#L1648) : `options & DNS_CLIENTREQOPT_ALLOWRUN) == 0`
The function calls `dns_client_startrequest` with this `options` parameter which then call `dns_request_createvia3` and `dns_request_createvia4`.
In dns_request_createvia4 function:
[request.c@1003](https://gitlab.isc.org/isc-projects/bind9/blob/v9_10_3_patch/lib/dns/request.c#L1003) : `tcp = ISC_TF((options & DNS_REQUESTOPT_TCP) != 0);`
Branch v9_10_3_patchhttps://gitlab.isc.org/isc-projects/bind9/-/issues/1315+yaml is not listed in the man page or the -h listing for either dig or delv2019-12-12T13:18:47ZPaul Hoffman+yaml is not listed in the man page or the -h listing for either dig or delvThe +yaml feature in dig and delv is great, but no one will know about it unless it is documented. :-)The +yaml feature in dig and delv is great, but no one will know about it unless it is documented. :-)December 2019 (9.11.14, 9.14.9, 9.15.7)Mark AndrewsMark Andrewshttps://gitlab.isc.org/isc-projects/bind9/-/issues/1316Toggle the default of dnssec-dnskey-kskonly to YES2021-10-27T11:16:52ZGhost UserToggle the default of dnssec-dnskey-kskonly to YESThese DNSSEC-cabable servers are maintained at these DNSSEC-enabled domains:
BIND → isc.org
NSD → nlnetlabs.nl
PowerDNS → powerdns.com
KnotDNS → knot-dns.cz
Of the mentioned domains, only isc.org signs the DNSKEYs using ZSK.
Per thread...These DNSSEC-cabable servers are maintained at these DNSSEC-enabled domains:
BIND → isc.org
NSD → nlnetlabs.nl
PowerDNS → powerdns.com
KnotDNS → knot-dns.cz
Of the mentioned domains, only isc.org signs the DNSKEYs using ZSK.
Per thread “On obsoleting DNSSEC RFCs; Example from RFC 4035” from today at https://mailarchive.ietf.org/arch/browse/dnsop/ these extra RRSIG add to the payload, without having added value.
Please switch the default for dnssec-dnskey-kskonly to YES and possibly write some explanations why shall one want to use NO.
Also add some default, when the KSK is ECDSA P-256 (algorithm 13) and there are no ZKS, to use the KSK for singing anything, as this makes sense.
Per the fourth message of the mentioned discussion, state that with algorith 13 the answers fit in UDP and there is no need for ZKS: if the KSK in algorithm 13, then there is no need for ZKS. And possibly adjust this logic for ISC.ORG, or write in the documentation why you do not agree with this logic.November 2021 (9.16.23, 9.16.23-S1, 9.17.20)Matthijs Mekkingmatthijs@isc.orgMatthijs Mekkingmatthijs@isc.orghttps://gitlab.isc.org/isc-projects/bind9/-/issues/1317alphabetise delv's usage.2019-12-12T13:18:42ZMark Andrewsalphabetise delv's usage.December 2019 (9.11.14, 9.14.9, 9.15.7)https://gitlab.isc.org/isc-projects/bind9/-/issues/1318[netmgr] Regression in recursive performance2020-03-09T13:47:44ZOndřej Surý[netmgr] Regression in recursive performanceIn the 'LTT/master/recursive/NXD-medium/dnsgen/coldcache' perflab job there's a visible performance regression (the performance goes from 300k to 150k).In the 'LTT/master/recursive/NXD-medium/dnsgen/coldcache' perflab job there's a visible performance regression (the performance goes from 300k to 150k).March 2020 (9.11.17, 9.16.1, 9.17.0)Ondřej SurýOndřej Surýhttps://gitlab.isc.org/isc-projects/bind9/-/issues/1319[netmgr] rps drops to 0 in some perflab jobs2019-11-28T12:05:39ZOndřej Surý[netmgr] rps drops to 0 in some perflab jobsThe rps drops to 0 in https://perflab.isc.org/#/run/test/5dc8acd9eeba724e23c5dffb/, this needs to be investigated and fixedThe rps drops to 0 in https://perflab.isc.org/#/run/test/5dc8acd9eeba724e23c5dffb/, this needs to be investigated and fixedDecember 2019 (9.11.14, 9.14.9, 9.15.7)https://gitlab.isc.org/isc-projects/bind9/-/issues/1320[netmgr] Regression in authoritative performance2019-11-28T12:05:42ZOndřej Surý[netmgr] Regression in authoritative performanceIn the 1M zones test, the performance visibly drops from 740k to 700-720k range.
In the 1M RRs and 1M delegations tests, the performance gets more stable, but seems to be slightly under previous average.
In the 1k zones tests, the perf...In the 1M zones test, the performance visibly drops from 740k to 700-720k range.
In the 1M RRs and 1M delegations tests, the performance gets more stable, but seems to be slightly under previous average.
In the 1k zones tests, the performance drop from 870-890k to just 820k.December 2019 (9.11.14, 9.14.9, 9.15.7)https://gitlab.isc.org/isc-projects/bind9/-/issues/1321Samba DLZ: Assertion in bind 9.14.7 with authenticated updates2023-01-19T10:55:52ZCathy AlmondSamba DLZ: Assertion in bind 9.14.7 with authenticated updatesAs reported to ISC Security Officer - copying here verbatim:
----
I'm honestly not sure if this is or isn't a security finding, but I'm
thinking it better to err on the side of caution since it has a 100%
reproduction rate and results ...As reported to ISC Security Officer - copying here verbatim:
----
I'm honestly not sure if this is or isn't a security finding, but I'm
thinking it better to err on the side of caution since it has a 100%
reproduction rate and results in bind immediately crashing. My testing
here has only found it in authenticated (TKEY GSSAPI) updates.
When an nsupdate request using GSSAPI authentication requests a 'DELETE
PTR ANY' for a valid PTR address, as in the following example, 9.14.7
crashes with an assertion in dns_name_equal(). This becomes inconsistent
when debugging is increased, resulting in either a SIGABRT or SIGSEGV
but without named logging any messages.
I believe the problem may be in bin/named/server.c and the
"7.1.10.10.in-addr.arpa. 0 ANY PTR" update is failing to match
"7.1.10.10.in-addr.arpa. 3600 IN PTR Galaxy-Note9.dragonnorth.pvt."
resulting in the assertion.
Because it only appears to impact authenticated updates, I am unsure if
whether or not this would warrant classification as a vulnerability. If
this is not a security sensitive issue, please advise and I'll open a
normal bug on the Gitlab.
If it is a security sensitive issue, please let me know what other
information (e.g. truss, ktrace, etc) would be helpful and the best
means to provide it to you.
Thanks!
-Phillip R. Jaenke
```
--- begin nsupdate log ---
[root@stormcaller ~]# cat /tmp/42102.del.ptr
server 127.0.0.1
realm DRAGONNORTH.PVT
update delete 7.1.10.10.in-addr.arpa 3600 PTR
send
[root@stormcaller ~]# /usr/local/bin/nsupdate -g -v -D -L 10
/tmp/42102.del.ptr
setup_system()
10-Nov-2019 14:26:52.510 dns_requestmgr_create
10-Nov-2019 14:26:52.511 dns_requestmgr_create: 0x8012e8480
reset_system()
user_interaction()
do_next_command()
do_next_command()
do_next_command()
evaluate_update()
update_addordelete()
do_next_command()
start_update()
10-Nov-2019 14:26:52.511 dns_request_createvia
10-Nov-2019 14:26:52.512 request_render
10-Nov-2019 14:26:52.512 requestmgr_attach: 0x8012e8480: eref 1 iref 1
10-Nov-2019 14:26:52.512 mgr_gethash
10-Nov-2019 14:26:52.512 req_send: request 0x8012f4480
10-Nov-2019 14:26:52.513 dns_request_createvia: request 0x8012f4480
10-Nov-2019 14:26:52.513 req_senddone: request 0x8012f4480
10-Nov-2019 14:26:52.513 req_response: request 0x8012f4480: success
10-Nov-2019 14:26:52.513 req_cancel: request 0x8012f4480
10-Nov-2019 14:26:52.513 req_sendevent: request 0x8012f4480
recvsoa()
About to create rcvmsg
10-Nov-2019 14:26:52.513 dns_request_getresponse: request 0x8012f4480
show_message()
Reply from SOA query:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 49148
;; flags: qr aa ra; QUESTION: 1, ANSWER: 0, AUTHORITY: 1, ADDITIONAL: 0
;; QUESTION SECTION:
;7.1.10.10.in-addr.arpa. IN SOA
;; AUTHORITY SECTION:
1.10.10.in-addr.arpa. 3600 IN SOA
stormcaller.dragonnorth.pvt. hostmaster.dragonnorth.pvt. 8 900 600 86400
3600
Found zone name: 1.10.10.in-addr.arpa
The master is: stormcaller.dragonnorth.pvt
start_gssrequest
send_gssrequest
10-Nov-2019 14:26:52.515 dns_request_createvia
10-Nov-2019 14:26:52.515 request_render
10-Nov-2019 14:26:52.515 requestmgr_attach: 0x8012e8480: eref 1 iref 2
10-Nov-2019 14:26:52.515 mgr_gethash
10-Nov-2019 14:26:52.515 dns_request_createvia: request 0x8012f4600
show_message()
Outgoing update query:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 37826
;; flags:; QUESTION: 1, ANSWER: 0, AUTHORITY: 0, ADDITIONAL: 1
;; QUESTION SECTION:
;1661385871.sig-stormcaller.dragonnorth.pvt. ANY TKEY
;; ADDITIONAL SECTION:
1661385871.sig-stormcaller.dragonnorth.pvt. 0 ANY TKEY gss-tsig.
1573414012 1573414012 3 NOERROR 1504 <REDACTED>
10-Nov-2019 14:26:52.516 dns_request_destroy: request 0x8012f4480
10-Nov-2019 14:26:52.516 req_destroy: request 0x8012f4480
10-Nov-2019 14:26:52.516 requestmgr_detach: 0x8012e8480: eref 1 iref 1
Out of recvsoa
10-Nov-2019 14:26:52.516 req_connected: request 0x8012f4600
10-Nov-2019 14:26:52.516 req_send: request 0x8012f4600
10-Nov-2019 14:26:52.517 req_senddone: request 0x8012f4600
10-Nov-2019 14:26:52.517 req_response: request 0x8012f4600: success
10-Nov-2019 14:26:52.517 req_cancel: request 0x8012f4600
10-Nov-2019 14:26:52.517 req_sendevent: request 0x8012f4600
recvgss()
recvgss creating rcvmsg
10-Nov-2019 14:26:52.517 dns_request_getresponse: request 0x8012f4600
show_message()
recvmsg reply from GSS-TSIG query
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 37826
;; flags: qr ra; QUESTION: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 1
;; QUESTION SECTION:
;1661385871.sig-stormcaller.dragonnorth.pvt. ANY TKEY
;; ANSWER SECTION:
1661385871.sig-stormcaller.dragonnorth.pvt. 0 ANY TKEY gss-tsig.
1573414012 1573417612 3 NOERROR 182 <REDACTED>
;; TSIG PSEUDOSECTION:
1661385871.sig-stormcaller.dragonnorth.pvt. 0 ANY TSIG gss-tsig.
1573414012 300 28 <REDACTED> 37826 NOERROR 0
send_update()
Sending update to 127.0.0.1#53
10-Nov-2019 14:26:52.517 dns_request_createvia
10-Nov-2019 14:26:52.517 request_render
10-Nov-2019 14:26:52.517 requestmgr_attach: 0x8012e8480: eref 1 iref 2
10-Nov-2019 14:26:52.517 mgr_gethash
10-Nov-2019 14:26:52.517 dns_request_createvia: request 0x8012f4480
show_message()
Outgoing update query:
;; ->>HEADER<<- opcode: UPDATE, status: NOERROR, id: 25003
;; flags:; ZONE: 1, PREREQ: 0, UPDATE: 1, ADDITIONAL: 1
;; UPDATE SECTION:
7.1.10.10.in-addr.arpa. 0 ANY PTR
;; TSIG PSEUDOSECTION:
1661385871.sig-stormcaller.dragonnorth.pvt. 0 ANY TSIG gss-tsig.
1573414012 300 28 <REDACTED> 25003 NOERROR 0
10-Nov-2019 14:26:52.518 dns_request_destroy: request 0x8012f4600
10-Nov-2019 14:26:52.518 req_destroy: request 0x8012f4600
10-Nov-2019 14:26:52.518 requestmgr_detach: 0x8012e8480: eref 1 iref 1
Out of recvgss
10-Nov-2019 14:26:52.518 req_connected: request 0x8012f4480
10-Nov-2019 14:26:52.518 req_send: request 0x8012f4480
10-Nov-2019 14:26:52.527 req_senddone: request 0x8012f4480
10-Nov-2019 14:26:52.527 dispatch 0x801334800 response 0x8012f7308
127.0.0.1#53: cancel: failsafe event 0x8012e6cf0 -> task 0x8012e1480
10-Nov-2019 14:26:52.527 req_response: request 0x8012f4480: unexpected error
10-Nov-2019 14:26:52.527 req_cancel: request 0x8012f4480
10-Nov-2019 14:26:52.527 req_sendevent: request 0x8012f4480
update_completed()
; Communication with 127.0.0.1#53 failed: unexpected error
10-Nov-2019 14:26:52.527 dns_request_destroy: request 0x8012f4480
10-Nov-2019 14:26:52.527 req_destroy: request 0x8012f4480
10-Nov-2019 14:26:52.527 requestmgr_detach: 0x8012e8480: eref 1 iref 0
done_update()
reset_system()
user_interaction()
cleanup()
Shutting down task manager
shutdown_program()
Shutting down request manager
10-Nov-2019 14:26:52.527 dns_requestmgr_shutdown: 0x8012e8480
10-Nov-2019 14:26:52.527 send_shutdown_events: 0x8012e8480
Destroy DST lib
Destroying request manager
10-Nov-2019 14:26:52.528 dns_requestmgr_detach: 0x8012e8480: eref 0 iref 0
10-Nov-2019 14:26:52.528 mgr_destroy
Freeing the dispatchers
Shutting down dispatch manager
Destroying event
Shutting down socket manager
Shutting down timer manager
Destroying name state
Removing log context
Destroying memory context
--- end nsupdate log ---
--- begin named log ---
10-Nov-2019 14:25:45.373 samba_dlz: starting transaction on zone
1.10.10.in-addr.arpa
10-Nov-2019 14:25:45.374 samba_dlz: allowing update of
signer=dns-STORMCALLER\@DRAGONNORTH.PVT name=7.1.10.10.in-addr.arpa
tcpaddr=127.0.0.1 type=PTR
key=1022678316.sig-stormcaller.dragonnorth.pvt/160/0
10-Nov-2019 14:25:45.374 client @0x8021b1600 127.0.0.1#47385/key
dns-STORMCALLER\@DRAGONNORTH.PVT: view interior: updating zone
'1.10.10.in-addr.arpa/NONE': deleting rrset at '7.1.10.10.in-addr.arpa' PTR
10-Nov-2019 14:25:45.375 name.c:661:
REQUIRE((__builtin_expect(!!((name1) != ((void *)0)), 1) &&
__builtin_expect(!!(((const isc__magic_t *)(name1))->magic == ((('D') <<
24 | ('N') << 16 | ('S') << 8 | ('n')))), 1))) failed, back trace
10-Nov-2019 14:25:45.376 #0 0x2f5df9 in assertion_failed()+0x59
10-Nov-2019 14:25:45.376 #1 0x66ead8 in isc_assertion_failed()+0x38
10-Nov-2019 14:25:45.376 #2 0x4572c1 in dns_name_equal()+0x91
10-Nov-2019 14:25:45.376 #3 0x803f8d02a in _fini()+0x8038c431e
10-Nov-2019 14:25:45.376 #4 0x803f8d298 in _fini()+0x8038c458c
10-Nov-2019 14:25:45.376 #5 0x359ba4 in dlopen_dlz_subrdataset()+0xf4
10-Nov-2019 14:25:45.376 #6 0x57cdaf in modrdataset()+0x34f
10-Nov-2019 14:25:45.376 #7 0x57a520 in subtractrdataset()+0xd0
10-Nov-2019 14:25:45.376 #8 0x3dfbaa in dns_db_subtractrdataset()+0x31a
10-Nov-2019 14:25:45.376 #9 0x3e40b8 in diff_apply()+0x758
10-Nov-2019 14:25:45.376 #10 0x3e395a in dns_diff_apply()+0x2a
10-Nov-2019 14:25:45.376 #11 0x3a389d in do_one_tuple()+0xfd
10-Nov-2019 14:25:45.376 #12 0x39e0e9 in update_one_rr()+0x89
10-Nov-2019 14:25:45.376 #13 0x3a3bb6 in delete_if_action()+0x86
10-Nov-2019 14:25:45.376 #14 0x39da54 in foreach_rr()+0x394
10-Nov-2019 14:25:45.376 #15 0x39e1dc in delete_if()+0xbc
10-Nov-2019 14:25:45.376 #16 0x39b29b in update_action()+0x30bb
10-Nov-2019 14:25:45.376 #17 0x6a7c77 in dispatch()+0xb67
10-Nov-2019 14:25:45.376 #18 0x6a3c81 in run()+0x41
10-Nov-2019 14:25:45.376 #19 0x8009b4736 in _fini()+0x8002eba2a
10-Nov-2019 14:25:45.376 exiting (due to assertion failure)
--- end named log ---
tkey-gssapi-keytab "/var/db/samba4/private/dns.keytab";
tkey-domain "DRAGONNORTH.PVT";
minimal-responses yes;
[root@stormcaller ~]# named -V
BIND 9.14.7 (Stable Release) <id:d410de0>
running on FreeBSD amd64 12.1-RELEASE FreeBSD 12.1-RELEASE r354233 GENERIC
built by make with '--localstatedir=/var' '--disable-linux-caps'
'--with-libxml2=/usr/local' '--with-readline=-L/usr/local/lib -ledit'
'--with-dlopen=yes' '--with-openssl=/usr'
'--sysconfdir=/usr/local/etc/namedb' '--with-dlz-filesystem=yes'
'--with-dlz-postgres=yes' '--with-dlz-stub=yes' '--enable-dnstap'
'--disable-fixed-rrset' '--without-geoip2' '--with-gssapi=/usr/local'
'KRB5CONFIG=/usr/local/bin/krb5-config' '--with-libidn2=/usr/local'
'--with-libjson=/usr/local' '--disable-largefile'
'--with-lmdb=/usr/local' '--disable-native-pkcs11' '--without-python'
'--disable-querytrace' 'STD_CDEFINES=-DDIG_SIGCHASE=1'
'--enable-tcp-fastopen' '--with-tuning=default' '--enable-symtable'
'--enable-developer' '--prefix=/usr/local' '--mandir=/usr/local/man'
'--infodir=/usr/local/share/info/' '--build=amd64-portbld-freebsd12.1'
'build_alias=amd64-portbld-freebsd12.1' 'CC=cc' 'CFLAGS=-pipe
-DLIBICONV_PLUG -g -fstack-protector-strong -isystem /usr/local/include
-fno-strict-aliasing ' 'LDFLAGS= -L/usr/local/lib
-Wl,-rpath,/usr/local/lib/heimdal:/usr/lib -fstack-protector-strong '
'LIBS=-L/usr/local/lib' 'CPPFLAGS=-I/usr/local/include -DLIBICONV_PLUG
-isystem /usr/local/include' 'CPP=cpp' 'PKG_CONFIG=pkgconf'
compiled by CLANG 4.2.1 Compatible FreeBSD Clang 8.0.1
(tags/RELEASE_801/final 366581)
compiled with OpenSSL version: OpenSSL 1.1.1d-freebsd 10 Sep 2019
linked to OpenSSL version: OpenSSL 1.1.1d-freebsd 10 Sep 2019
compiled with libxml2 version: 2.9.9
linked to libxml2 version: 20909
compiled with libjson-c version: 0.13.1
linked to libjson-c version: 0.13.1
compiled with zlib version: 1.2.11
linked to zlib version: 1.2.11
threads support is enabled
default paths:
named configuration: /usr/local/etc/namedb/named.conf
rndc configuration: /usr/local/etc/namedb/rndc.conf
DNSSEC root key: /usr/local/etc/namedb/bind.keys
nsupdate session key: /var/run/named/session.key
named PID file: /var/run/named/pid
named lock file: /var/run/named/named.lock
[root@stormcaller ~]# samba -V
Version 4.10.10
```https://gitlab.isc.org/isc-projects/bind9/-/issues/1322bind 9.14.5 compilation fails2019-11-18T07:20:37ZGhost Userbind 9.14.5 compilation fails### Summary
While building bind 9.14.5 compilation fails
### BIND version used
bind 9.14.5
### Steps to reproduce
while building bind 9.14.5 for AIX 6 it fails
### What is the current *bug* behavior?
Fails with error "ld: 0711-317...### Summary
While building bind 9.14.5 compilation fails
### BIND version used
bind 9.14.5
### Steps to reproduce
while building bind 9.14.5 for AIX 6 it fails
### What is the current *bug* behavior?
Fails with error "ld: 0711-317 ERROR: Undefined symbol: .isc_result_totext" in bin/tests/system/dlzexternal.
### What is the expected *correct* behavior?
isc_result_totext is declared in bind-9.14.5/lib/isc/include/isc/result.h
### Relevant configuration files
[config.log](/uploads/e0d1597e0fe1585bd272e8bc7a1799e3/config.log)
### Relevant logs and/or screenshots
`ld: 0711-317 ERROR: Undefined symbol: .isc_result_totext
ld: 0711-345 Use the -bloadmap or -bnoquiet option to obtain more information.
collect2: error: ld returned 8 exit status
gmake[4]: *** [Makefile:449: driver.so] Error 1
`
### Possible fixes
A patch was once created as [patch link](https://gitlab.isc.org/isc-projects/bind9/commit/bbe9f1dd951b337f901c06e5b084065b42ba6950) But it is reverted back. Will you let me know the reason why it is reverted back ?
/label ~bug
https://gitlab.isc.org/isc-projects/bind9/-/issues/1323lib/ns unit tests are disabled everywhere and there's a crash2023-03-16T11:03:07ZOndřej Surýlib/ns unit tests are disabled everywhere and there's a crash[netmgr] lib/ns/tests/query_test:main -> broken: Received signal 6 [2.496s]
See: https://gitlab.isc.org/isc-projects/bind9/-/jobs/409344
```
nstest.c:571: REQUIRE(i < 16) failed, back trace
#0 0x7fd520940d77 in ??
#1 0x7fd520940cca i...[netmgr] lib/ns/tests/query_test:main -> broken: Received signal 6 [2.496s]
See: https://gitlab.isc.org/isc-projects/bind9/-/jobs/409344
```
nstest.c:571: REQUIRE(i < 16) failed, back trace
#0 0x7fd520940d77 in ??
#1 0x7fd520940cca in ??
#2 0x55ca3d39c398 in ??
#3 0x55ca3d39c431 in ??
#4 0x55ca3d39aeb9 in ??
#5 0x7fd52092208f in ??
#6 0x7fd520923068 in ??
#7 0x55ca3d39a860 in ??
#8 0x7fd520c36229 in ??
Process with PID 1925 exited with signal 6 and dumped core; attempting to gather stack trace
Cannot find GDB binary; builtin was 'gdb'
```
The misaligned address might be a red herring due ASAN, but the nstest.c failure is same on non-ASAN builds.
See https://gitlab.isc.org/isc-projects/bind9/-/jobs/409281:
```
queue.c:106:9: runtime error: store to misaligned address 0x6120000016c0 for type 'struct isc_queue_t', which requires 128 byte alignment
0x6120000016c0: note: pointer points here
01 00 80 46 be be be be be be be be be be be be be be be be be be be be be be be be be be be be
^
queue.c:110:2: runtime error: member access within misaligned address 0x6120000016c0 for type 'struct isc_queue_t', which requires 128 byte alignment
0x6120000016c0: note: pointer points here
01 00 80 46 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
^
queue.c:112:12: runtime error: member access within misaligned address 0x6120000016c0 for type 'struct isc_queue_t', which requires 128 byte alignment
0x6120000016c0: note: pointer points here
01 00 80 46 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
^
queue.c:115:2: runtime error: member access within misaligned address 0x6120000016c0 for type 'struct isc_queue_t', which requires 128 byte alignment
0x6120000016c0: note: pointer points here
01 00 80 46 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
^
queue.c:116:2: runtime error: member access within misaligned address 0x6120000016c0 for type 'struct isc_queue_t', which requires 128 byte alignment
0x6120000016c0: note: pointer points here
01 00 80 46 00 51 00 00 50 62 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
^
queue.c:130:18: runtime error: member access within misaligned address 0x6120000016c0 for type 'struct isc_queue_t', which requires 128 byte alignment
0x6120000016c0: note: pointer points here
01 00 80 46 00 51 00 00 50 62 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
^
queue.c:156:4: runtime error: member access within misaligned address 0x6120000016c0 for type 'struct isc_queue_t', which requires 128 byte alignment
0x6120000016c0: note: pointer points here
01 00 80 46 00 51 00 00 50 62 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
^
queue.c:171:18: runtime error: member access within misaligned address 0x612000011740 for type 'struct isc_queue_t', which requires 128 byte alignment
0x612000011740: note: pointer points here
01 00 80 46 00 79 00 00 50 62 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
^
queue.c:191:10: runtime error: member access within misaligned address 0x612000011740 for type 'struct isc_queue_t', which requires 128 byte alignment
0x612000011740: note: pointer points here
01 00 80 46 00 79 00 00 50 62 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
^
queue.c:201:2: runtime error: member access within misaligned address 0x612000011740 for type 'struct isc_queue_t', which requires 128 byte alignment
0x612000011740: note: pointer points here
01 00 80 46 00 79 00 00 50 62 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
^
queue.c:197:3: runtime error: member access within misaligned address 0x61200002dac0 for type 'struct isc_queue_t', which requires 128 byte alignment
0x61200002dac0: note: pointer points here
01 00 80 46 00 c9 00 00 50 62 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
^
queue.c:215:19: runtime error: member access within misaligned address 0x6120000016c0 for type 'struct isc_queue_t', which requires 128 byte alignment
0x6120000016c0: note: pointer points here
01 00 80 46 00 51 00 00 50 62 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
^
queue.c:217:2: runtime error: member access within misaligned address 0x6120000016c0 for type 'struct isc_queue_t', which requires 128 byte alignment
0x6120000016c0: note: pointer points here
01 00 80 46 00 51 00 00 50 62 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
^
queue.c:218:2: runtime error: member access within misaligned address 0x6120000016c0 for type 'struct isc_queue_t', which requires 128 byte alignment
0x6120000016c0: note: pointer points here
01 00 80 46 00 51 00 00 50 62 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
^
nstest.c:571: REQUIRE(i < 16) failed, back trace
#0 0x7f1d8f88c501 in ??
#1 0x7f1d8f88b65a in ??
#2 0x7f1d8f88b50a in ??
#3 0x55b9ced22583 in ??
#4 0x55b9ced22957 in ??
#5 0x55b9ced1d5a1 in ??
#6 0x7f1d8f66b239 in ??
#7 0x7f1d8f66bbd9 in ??
#8 0x55b9ced1be8f in ??
#9 0x7f1d8eb66bbb in ??
#10 0x55b9ced1bfca in ??
```December 2019 (9.11.14, 9.14.9, 9.15.7)Witold KrecickiWitold Krecickihttps://gitlab.isc.org/isc-projects/bind9/-/issues/1324lib/isc/tests/timer_test hangs intermittently2023-03-16T11:03:08ZOndřej Surýlib/isc/tests/timer_test hangs intermittentlySee https://gitlab.isc.org/isc-projects/bind9/-/jobs/409684 for example. It happened to me when manually testing and the process is stuck in `uwait` state (which usually means it's stuck at `pthread_cond_wait()`, but no accompanying `pt...See https://gitlab.isc.org/isc-projects/bind9/-/jobs/409684 for example. It happened to me when manually testing and the process is stuck in `uwait` state (which usually means it's stuck at `pthread_cond_wait()`, but no accompanying `pthread_cond_signal()` is coming).September 2021 (9.16.21, 9.16.21-S1, 9.17.18)https://gitlab.isc.org/isc-projects/bind9/-/issues/1325[netmgr] named does not listen on port 53 any more.2020-01-21T02:18:31ZMathieu Arnold[netmgr] named does not listen on port 53 any more.So, yesterday I updated the bind9-devel FreeBSD port to b4a015ebcda51d5975375d64b662963472df76a0, and today, I did a pkg upgrade on the authoritative nameserver I have that uses this port.
I then started getting alerts about it.
It turns...So, yesterday I updated the bind9-devel FreeBSD port to b4a015ebcda51d5975375d64b662963472df76a0, and today, I did a pkg upgrade on the authoritative nameserver I have that uses this port.
I then started getting alerts about it.
It turns out that it does not listen on port 53 any more.
Startup says:
```
Nov 13 16:33:05 ns4 named[94232]: starting BIND 9.15.5-b4a015ebcda51d5975375d64b662963472df76a0 (Development Release) <id:b4a015ebcda51d5975375d64b662963472df76a0>
Nov 13 16:33:05 ns4 named[94232]: running on FreeBSD amd64 12.1-RELEASE FreeBSD 12.1-RELEASE r354233 GENERIC
Nov 13 16:33:05 ns4 named[94232]: built with '--localstatedir=/var' '--disable-linux-caps' '--with-libxml2' '--with-readline=-L/usr/local/lib -ledit' '--with-dlopen=yes' '--with-openssl=/usr' '--sysconfdir=/usr/local/etc/namedb' '--with-dlz-filesystem=yes' '--disable-dnstap' '--disable-fixed-rrset' '--enable-geoip' '--with-maxminddb' '--without-gssapi' '--with-libidn2=/usr/local' '--with-json-c' '--enable-largefile' '--with-lmdb=/usr/local' '--disable-native-pkcs11' '--without-python' '--disable-querytrace' 'STD_CDEFINES=-DDIG_SIGCHASE=1' '--enable-tcp-fastopen' '--with-tuning=default' '--disable-symtable' '--prefix=/usr/local' '--mandir=/usr/local/man' '--infodir=/usr/local/share/info/' '--build=amd64-portbld-freebsd12.0' 'build_alias=amd64-portbld-freebsd12.0' 'CC=cc' 'CFLAGS=-O2 -pipe -DLIBICONV_PLUG -fstack-protector-strong -isystem /usr/local/include -fno-strict-aliasing ' 'LDFLAGS= -L/usr/local/lib -ljson-c -fstack-protector-strong ' 'LIBS=-L/usr/local/lib' 'CPPFLAGS=-DLIBICONV_PLUG -isystem /usr/local/include' 'CPP=cpp' 'PKG_CONFIG=pkgconf'
Nov 13 16:33:05 ns4 named[94232]: running as: named -t /var/named -u bind -c /usr/local/etc/namedb/named.conf
Nov 13 16:33:05 ns4 named[94232]: compiled by CLANG 4.2.1 Compatible FreeBSD Clang 6.0.1 (tags/RELEASE_601/final 335540)
Nov 13 16:33:05 ns4 named[94232]: compiled with OpenSSL version: OpenSSL 1.1.1a-freebsd 20 Nov 2018
Nov 13 16:33:05 ns4 named[94232]: linked to OpenSSL version: OpenSSL 1.1.1d-freebsd 10 Sep 2019
Nov 13 16:33:05 ns4 named[94232]: compiled with libxml2 version: 2.9.9
Nov 13 16:33:05 ns4 named[94232]: linked to libxml2 version: 20909
Nov 13 16:33:05 ns4 named[94232]: compiled with json-c version: 0.13.1
Nov 13 16:33:05 ns4 named[94232]: linked to json-c version: 0.13.1
Nov 13 16:33:05 ns4 named[94232]: compiled with zlib version: 1.2.11
Nov 13 16:33:05 ns4 named[94232]: linked to zlib version: 1.2.11
Nov 13 16:33:05 ns4 named[94232]: ----------------------------------------------------
Nov 13 16:33:05 ns4 named[94232]: BIND 9 is maintained by Internet Systems Consortium,
Nov 13 16:33:05 ns4 named[94232]: Inc. (ISC), a non-profit 501(c)(3) public-benefit
Nov 13 16:33:05 ns4 named[94232]: corporation. Support and training for BIND 9 are
Nov 13 16:33:05 ns4 named[94232]: available at https://www.isc.org/support
Nov 13 16:33:05 ns4 named[94232]: ----------------------------------------------------
Nov 13 16:33:05 ns4 named[94232]: found 4 CPUs, using 4 worker threads
Nov 13 16:33:05 ns4 named[94232]: using 4 UDP listeners per interface
Nov 13 16:33:05 ns4 named[94232]: using up to 4096 sockets
Nov 13 16:33:05 ns4 named[94232]: loading configuration from '/usr/local/etc/namedb/named.conf'
Nov 13 16:33:05 ns4 named[94232]: reading built-in trust anchors from file '/usr/local/etc/namedb/bind.keys'
Nov 13 16:33:05 ns4 named[94232]: looking for GeoIP2 databases in '/usr/local/share/GeoIP'
Nov 13 16:33:05 ns4 named[94232]: statistics channel listening on 79.143.241.138#8742
Nov 13 16:33:05 ns4 named[94232]: using default UDP/IPv4 port range: [49152, 65535]
Nov 13 16:33:05 ns4 named[94232]: using default UDP/IPv6 port range: [49152, 65535]
Nov 13 16:33:05 ns4 named[94232]: listening on IPv4 interface em1, 80.67.160.62#53
Nov 13 16:33:05 ns4 named[94232]: listening on IPv6 interface em1, 2001:910:0:3021::62#53
Nov 13 16:33:05 ns4 named[94232]: listening on IPv6 interface lo0, ::1#53
Nov 13 16:33:05 ns4 named[94232]: listening on IPv4 interface lo0, 127.0.0.1#53
Nov 13 16:33:05 ns4 named[94232]: generating session key for dynamic DNS
Nov 13 16:33:05 ns4 named[94232]: sizing zone task pool based on 2804 zones
Nov 13 16:33:05 ns4 named[94232]: none:100: 'max-cache-size 90%' - setting to 3651MB (out of 4057MB)
Nov 13 16:33:05 ns4 named[94232]: obtaining root key for view _default from '/usr/local/etc/namedb/bind.keys'
Nov 13 16:33:05 ns4 named[94232]: set up managed keys zone for view _default, file '/usr/local/etc/namedb/working/managed-keys.bind'
```
But the part about it listening on port 53 is a lie...
```
# sockstat -l |grep named
bind named 94232 41 tcp4 79.143.241.138:8742 *:*
bind named 94232 42 udp4 *:* *:*
bind named 94232 43 udp4 *:* *:*
bind named 94232 44 udp4 *:* *:*
bind named 94232 45 udp4 *:* *:*
bind named 94232 46 udp6 *:* *:*
bind named 94232 47 udp6 *:* *:*
bind named 94232 48 udp6 *:* *:*
bind named 94232 49 udp6 *:* *:*
bind named 94232 50 udp6 *:* *:*
bind named 94232 51 udp6 *:* *:*
bind named 94232 52 udp6 *:* *:*
bind named 94232 53 udp6 *:* *:*
bind named 94232 54 udp4 *:* *:*
bind named 94232 55 udp4 *:* *:*
bind named 94232 56 udp4 *:* *:*
bind named 94232 57 udp4 *:* *:*
bind named 94232 58 tcp4 127.0.0.1:953 *:*
bind named 94232 59 tcp4 80.67.160.62:953 *:*
bind named 94232 61 tcp4 *:43714 *:*
bind named 94232 63 tcp4 *:43715 *:*
bind named 94232 64 tcp46 *:43716 *:*
bind named 94232 65 tcp46 *:43717 *:*
root syslogd 782 7 dgram /var/named/var/run/log
```January 2020 (9.11.15, 9.14.10, 9.15.8, 9.11.15-S)https://gitlab.isc.org/isc-projects/bind9/-/issues/1326named-checkconf option to include defaults in output2023-11-02T16:43:59ZBrian Conrynamed-checkconf option to include defaults in outputA customer has requested an option for `named-checkconf` to integrate the full set of defaults into the output.
One of the purpose of this is to make it easier to document (e.g. for an external operations team) all of the configuration ...A customer has requested an option for `named-checkconf` to integrate the full set of defaults into the output.
One of the purpose of this is to make it easier to document (e.g. for an external operations team) all of the configuration options values that are being used by BIND without having to consult the ARM (and make sure that you're looking at the version of the ARM that matches the version of BIND that you're running).
*See also:*
* #2798;Not plannedArtem BoldarievArtem Boldarievhttps://gitlab.isc.org/isc-projects/bind9/-/issues/1327Update solution dependencies: 'host' and 'nslookup' depend on libirs.2019-12-12T13:18:20ZMark AndrewsUpdate solution dependencies: 'host' and 'nslookup' depend on libirs.See https://gitlab.isc.org/isc-projects/bind9/-/jobs/411425
82>Link:
C:\Program Files (x86)\Microsoft Visual Studio\2017\BuildTools\VC\Tools\MSVC\14.16.27023\bin\HostX86\x64\link.exe /ERRORREPORT:QUEUE /OUT:"..\..\..\Build\Rele...See https://gitlab.isc.org/isc-projects/bind9/-/jobs/411425
82>Link:
C:\Program Files (x86)\Microsoft Visual Studio\2017\BuildTools\VC\Tools\MSVC\14.16.27023\bin\HostX86\x64\link.exe /ERRORREPORT:QUEUE /OUT:"..\..\..\Build\Release\host.exe" /INCREMENTAL:NO /NOLOGO /LIBPATH:Release /LIBPATH:..\..\..\lib\isc\win32\Release /LIBPATH:..\..\..\lib\isccfg\win32\Release /LIBPATH:..\..\..\lib\irs\win32\Release /LIBPATH:..\..\..\lib\dns\win32\Release /LIBPATH:..\..\..\lib\bind9\win32\Release C:\OpenSSL\libcrypto.lib dighost.lib libisc.lib libisccfg.lib libirs.lib libdns.lib libbind9.lib ws2_32.lib kernel32.lib user32.lib gdi32.lib winspool.lib comdlg32.lib advapi32.lib shell32.lib ole32.lib oleaut32.lib uuid.lib odbc32.lib odbccp32.lib /MANIFEST /MANIFESTUAC:"level='asInvoker' uiAccess='false'" /manifest:embed /PDB:"..\..\..\Build\Release\host.pdb" /SUBSYSTEM:CONSOLE /OPT:REF /OPT:ICF /TLBID:1 /DYNAMICBASE /NXCOMPAT /IMPLIB:"..\..\..\Build\Release\host.lib" /MACHINE:X64 .\Release\host.obj
82>LINK : fatal error LNK1181: cannot open input file 'libirs.lib' [C:\builds\isc-projects\bind9\bin\dig\win32\host.vcxproj]December 2019 (9.11.14, 9.14.9, 9.15.7)https://gitlab.isc.org/isc-projects/bind9/-/issues/1328broken linkage for three dnssec- tools2021-10-04T20:11:08ZTony Finchbroken linkage for three dnssec- toolsI discovered some weird breakage in my production build of BIND 9.14.3: three of the `dnssec` command-line tools were not linked correctly against OpenSSL, whereas everything else was.
```
$ ldd /home/named/bin/* | grep OPENSSL
/home/na...I discovered some weird breakage in my production build of BIND 9.14.3: three of the `dnssec` command-line tools were not linked correctly against OpenSSL, whereas everything else was.
```
$ ldd /home/named/bin/* | grep OPENSSL
/home/named/bin/dnssec-importkey: /usr/lib/x86_64-linux-gnu/libcrypto.so.1.1: version `OPENSSL_1_1_1' not found (required by /home/BIND/9.14.3+0/lib/libdns.so.1309)
/home/named/bin/dnssec-revoke: /usr/lib/x86_64-linux-gnu/libcrypto.so.1.1: version `OPENSSL_1_1_1' not found (required by /home/BIND/9.14.3+0/lib/libdns.so.1309)
/home/named/bin/dnssec-settime: /usr/lib/x86_64-linux-gnu/libcrypto.so.1.1: version `OPENSSL_1_1_1' not found (required by /home/BIND/9.14.3+0/lib/libdns.so.1309)
```
The broken binaries have the wrong run-time linker path. Here's a comparison between a broken tool (dnssec-settime) and a working one (dnssec-verify):
```
$ objdump -p /home/named/bin/dnssec-settime | grep RUNPATH
RUNPATH /home/BIND/9.14.3+0/lib
$ objdump -p /home/named/bin/dnssec-verify | grep RUNPATH
RUNPATH /home/BIND/OpenSSL-1.1.1c/lib:/home/BIND/9.14.3+0/lib
```
In the Makefile I can see that the broken tools are built differently from the working ones.
https://gitlab.isc.org/isc-projects/bind9/blob/master/bin/dnssec/Makefile.in
My build script uses the following commands. I'm not installing BIND or OpenSSL in the usual places so that I can have multiple versions installed in case I need to roll back. The operating system is Debian Stretch amd64.
export LD_RUN_PATH=$PREFIX/lib:$OpenSSL/lib
# I am probably being a bit paranoid about pinning defaults...
./configure --enable-option-checking=fatal \
--enable-backtrace \
--enable-full-report \
--enable-largefile \
--disable-dnstap \
--with-cmocka=no \
--with-libfstrm=no \
--with-geoip=no \
--with-gssapi=no \
--with-libidn2=no \
--with-libjson=yes \
--with-libtool=yes \
--with-libxml2=yes \
--with-lmdb=no \
--with-openssl=$OpenSSL \
--with-pkcs11=no \
--with-protobuf-c=no \
--with-purify=no \
--with-python=yes \
--with-readline=yes \
--with-tuning=$tuning \
--with-zlib=yes \
--prefix=$PREFIX \
--mandir=$PREFIX/man \
--localstatedir=/home/named/var \
--sysconfdir=/home/named/etc
# todo: add -fstack-clash-protection when it is supported
make EXT_CFLAGS="-fPIE -pie \
-Wp,-D_FORTIFY_SOURCE=2 \
-Wl,-z,relro \
-Wl,-z,now \
-Wl,-R,$OpenSSL/lib \
-fstack-protector-strong \
--param=ssp-buffer-size=4" \
-j all
make install DESTDIR=$destdir
Although 9.15 and 9.14 have the same odd difference in the Makefile between the broken tools and the working ones,
my test build of 9.15 works OK. It uses somewhat different flags that I think became necessary when OpenSSL was made mandatory.
````
OPENSSL_CFLAGS="-I$OpenSSL/include" \
OPENSSL_LIBS="-L$OpenSSL/lib -Wl,-R,$OpenSSL/lib -lcrypto " \
./configure --lots --of --long --options --omitted --for --brevity
make EXT_CFLAGS="-fPIE -pie -Wl,-z,relro -Wl,-z,now \
-Wp,-D_FORTIFY_SOURCE=2 \
-fstack-protector-strong --param=ssp-buffer-size=4" \
-j20 all
make install DESTDIR=$dest
```https://gitlab.isc.org/isc-projects/bind9/-/issues/1329continue validator/keytable refactoring2023-10-31T13:33:14ZEvan Huntcontinue validator/keytable refactoring- simplify dns_keytable structure to have a single object at each node instead of a list
- convert DNSKEY trust anchors into DS format internally, so the validator only needs a single method for zone key validation
- run code coverage an...- simplify dns_keytable structure to have a single object at each node instead of a list
- convert DNSKEY trust anchors into DS format internally, so the validator only needs a single method for zone key validation
- run code coverage analysis
- add unit tests and system test cases as neededBIND 9.19.xhttps://gitlab.isc.org/isc-projects/bind9/-/issues/1330Follow-up from "support "initial-ds" in managed-keys"2021-10-04T20:12:12ZEvan HuntFollow-up from "support "initial-ds" in managed-keys"The following discussion from !1762 should be addressed:
- [ ] @matthijs started a [discussion](https://gitlab.isc.org/isc-projects/bind9/merge_requests/1762#note_85319):
> Unit tests for this [new function in dnssec.c] would be n...The following discussion from !1762 should be addressed:
- [ ] @matthijs started a [discussion](https://gitlab.isc.org/isc-projects/bind9/merge_requests/1762#note_85319):
> Unit tests for this [new function in dnssec.c] would be nice to have.BIND 9.19.xhttps://gitlab.isc.org/isc-projects/bind9/-/issues/1331[netmgr] query_test fails intermittently2019-12-11T09:22:34ZOndřej Surý[netmgr] query_test fails intermittentlySee https://gitlab.isc.org/isc-projects/bind9/-/jobs/414186See https://gitlab.isc.org/isc-projects/bind9/-/jobs/414186December 2019 (9.11.14, 9.14.9, 9.15.7)https://gitlab.isc.org/isc-projects/bind9/-/issues/1332[netmgr] BIND 9 on FreeBSD is a toast2019-12-11T09:21:32ZOndřej Surý[netmgr] BIND 9 on FreeBSD is a toastThe unit and system jobs hardly ever finish. They usually fail on first try (the [query_test](https://gitlab.isc.org/isc-projects/bind9/issues/1331) unittest), but the FreeBSD system tests are lottery now.
(The tests also fail on other...The unit and system jobs hardly ever finish. They usually fail on first try (the [query_test](https://gitlab.isc.org/isc-projects/bind9/issues/1331) unittest), but the FreeBSD system tests are lottery now.
(The tests also fail on other platforms, but FreeBSD sticks like a sore thumb.
This has to be fixed before BIND 9.16.0 release.December 2019 (9.11.14, 9.14.9, 9.15.7)https://gitlab.isc.org/isc-projects/bind9/-/issues/1333Create a list of BIND users2019-11-18T13:17:11ZGhost UserCreate a list of BIND usersWhile many companies offer DNSSEC hosting, very often the implementation is not correct (e.g. EDNS0 is broken). Please collect voluntary provided information of who uses BIND, so that the users can assume from that list, that the mention...While many companies offer DNSSEC hosting, very often the implementation is not correct (e.g. EDNS0 is broken). Please collect voluntary provided information of who uses BIND, so that the users can assume from that list, that the mentioned providers offers correctly implemented DNS service.https://gitlab.isc.org/isc-projects/bind9/-/issues/1334ThreadSanitizer: data race dispatch.c:1339 in tcp_recv2019-11-22T21:25:48ZOndřej SurýThreadSanitizer: data race dispatch.c:1339 in tcp_recv* Binary: `named`
* Commit: c5b6f21515d44c997aa4aa259d2e0653a843fba0
* Tests: autosign, <cmdline>
```
==================
WARNING: ThreadSanitizer: data race (pid=17397)
Read of size 1 at 0x7b680003d018 by thread T6:
#0 tcp_recv di...* Binary: `named`
* Commit: c5b6f21515d44c997aa4aa259d2e0653a843fba0
* Tests: autosign, <cmdline>
```
==================
WARNING: ThreadSanitizer: data race (pid=17397)
Read of size 1 at 0x7b680003d018 by thread T6:
#0 tcp_recv dispatch.c:1339 (libdns.1503.dylib:x86_64+0x3c369)
#1 run task.c:1134 (libisc.1503.dylib:x86_64+0x2c9e1)
Previous write of size 1 at 0x7b680003d018 by thread T7 (mutexes: write M19048):
#0 dns_dispatch_detach dispatch.c:2990 (libdns.1503.dylib:x86_64+0x36033)
#1 fctx_cancelquery resolver.c:1367 (libdns.1503.dylib:x86_64+0x135499)
#2 rctx_done resolver.c:9520 (libdns.1503.dylib:x86_64+0x1440aa)
#3 resquery_response resolver.c (libdns.1503.dylib:x86_64+0x13ece7)
#4 run task.c:1134 (libisc.1503.dylib:x86_64+0x2c9e1)
Location is heap block of size 1513 at 0x7b680003cc00 allocated by thread T7:
#0 malloc <null>:6892432 (libclang_rt.tsan_osx_dynamic.dylib:x86_64h+0x4e65a)
#1 default_memalloc mem.c:685 (libisc.1503.dylib:x86_64+0x17ae1)
#2 dns_dispatch_createtcp dispatch.c:2422 (libdns.1503.dylib:x86_64+0x328f7)
#3 resquery_connected resolver.c:2932 (libdns.1503.dylib:x86_64+0x13c5de)
#4 run task.c:1134 (libisc.1503.dylib:x86_64+0x2c9e1)
Mutex M19048 (0x7b680003cfc0) created at:
#0 pthread_mutex_init <null>:6892288 (libclang_rt.tsan_osx_dynamic.dylib:x86_64h+0x2b9a3)
#1 isc__mutex_init mutex.c:286 (libisc.1503.dylib:x86_64+0x46c4a)
#2 dns_dispatch_createtcp dispatch.c:2422 (libdns.1503.dylib:x86_64+0x328f7)
#3 resquery_connected resolver.c:2932 (libdns.1503.dylib:x86_64+0x13c5de)
#4 run task.c:1134 (libisc.1503.dylib:x86_64+0x2c9e1)
Thread T6 (tid=4527469, running) created by main thread at:
#0 pthread_create <null>:6892480 (libclang_rt.tsan_osx_dynamic.dylib:x86_64h+0x2a9cd)
#1 isc_thread_create thread.c:75 (libisc.1503.dylib:x86_64+0x46d1c)
#2 main main.c:902 (named:x86_64+0x10000ad16)
Thread T7 (tid=4527470, running) created by main thread at:
#0 pthread_create <null>:6892480 (libclang_rt.tsan_osx_dynamic.dylib:x86_64h+0x2a9cd)
#1 isc_thread_create thread.c:75 (libisc.1503.dylib:x86_64+0x46d1c)
#2 main main.c:902 (named:x86_64+0x10000ad16)
SUMMARY: ThreadSanitizer: data race dispatch.c:1339 in tcp_recv
==================
```
December 2019 (9.11.14, 9.14.9, 9.15.7)https://gitlab.isc.org/isc-projects/bind9/-/issues/1335ThreadSanitizer: data race dispatch.c:1501 in startrecv2023-03-16T11:03:07ZOndřej SurýThreadSanitizer: data race dispatch.c:1501 in startrecvJust launching `named -g` compiled from c5b6f21515d44c997aa4aa259d2e0653a843fba0 is enough to reproduce the issue:
```
WARNING: ThreadSanitizer: data race (pid=17397)
Read of size 4 at 0x7b540000ffc8 by thread T7 (mutexes: write M1152...Just launching `named -g` compiled from c5b6f21515d44c997aa4aa259d2e0653a843fba0 is enough to reproduce the issue:
```
WARNING: ThreadSanitizer: data race (pid=17397)
Read of size 4 at 0x7b540000ffc8 by thread T7 (mutexes: write M115258952081586624):
#0 startrecv dispatch.c:1501 (libdns.1503.dylib:x86_64+0x388c8)
#1 dns_dispatch_removeresponse dispatch.c:3371 (libdns.1503.dylib:x86_64+0x3a048)
#2 fctx_cancelquery resolver.c:1356 (libdns.1503.dylib:x86_64+0x13530c)
#3 process_sendevent resolver.c:1781 (libdns.1503.dylib:x86_64+0x14c03c)
#4 resquery_udpconnected resolver.c:1831 (libdns.1503.dylib:x86_64+0x143db2)
#5 run task.c:1134 (libisc.1503.dylib:x86_64+0x2c9e1)
Previous write of size 4 at 0x7b540000ffc8 by thread T5 (mutexes: write M96681603618684864, write M63748945444142984):
#0 free_buffer dispatch.c:901 (libdns.1503.dylib:x86_64+0x3962c)
#1 udp_recv dispatch.c:1106 (libdns.1503.dylib:x86_64+0x3d568)
#2 udp_exrecv dispatch.c:997 (libdns.1503.dylib:x86_64+0x3c26c)
#3 run task.c:1134 (libisc.1503.dylib:x86_64+0x2c9e1)
Location is heap block of size 609 at 0x7b540000ff00 allocated by thread T5:
#0 malloc <null>:7952976 (libclang_rt.tsan_osx_dynamic.dylib:x86_64h+0x4e65a)
#1 default_memalloc mem.c:685 (libisc.1503.dylib:x86_64+0x17ae1)
#2 run_server server.c:9588 (named:x86_64+0x10000db5a)
#3 run task.c:1134 (libisc.1503.dylib:x86_64+0x2c9e1)
Mutex M115258952081586624 is already destroyed.
Mutex M96681603618684864 is already destroyed.
Mutex M63748945444142984 is already destroyed.
Thread T7 (tid=4527470, running) created by main thread at:
#0 pthread_create <null>:7953024 (libclang_rt.tsan_osx_dynamic.dylib:x86_64h+0x2a9cd)
#1 isc_thread_create thread.c:75 (libisc.1503.dylib:x86_64+0x46d1c)
#2 main main.c:902 (named:x86_64+0x10000ad16)
Thread T5 (tid=4527467, running) created by main thread at:
#0 pthread_create <null>:7953024 (libclang_rt.tsan_osx_dynamic.dylib:x86_64h+0x2a9cd)
#1 isc_thread_create thread.c:75 (libisc.1503.dylib:x86_64+0x46d1c)
#2 main main.c:902 (named:x86_64+0x10000ad16)
SUMMARY: ThreadSanitizer: data race dispatch.c:1501 in startrecv
```December 2019 (9.11.14, 9.14.9, 9.15.7)https://gitlab.isc.org/isc-projects/bind9/-/issues/1336ThreadSanitizer: thread leak thread.c:75 in isc_thread_create2019-11-26T17:32:35ZOndřej SurýThreadSanitizer: thread leak thread.c:75 in isc_thread_create* Binary: `named`
* Commits: d0bc45be1778b6e6d88db12c7697536ef61f09b1
* Tests: dnssec
Stopping `named -g` compiled from c5b6f21515d44c997aa4aa259d2e0653a843fba0 with Ctrl-C results in:
```
WARNING: ThreadSanitizer: thread leak (pid=5305...* Binary: `named`
* Commits: d0bc45be1778b6e6d88db12c7697536ef61f09b1
* Tests: dnssec
Stopping `named -g` compiled from c5b6f21515d44c997aa4aa259d2e0653a843fba0 with Ctrl-C results in:
```
WARNING: ThreadSanitizer: thread leak (pid=53059)
Thread T1 (tid=945113, finished) created by main thread at:
#0 pthread_create <null> (libclang_rt.tsan_osx_dynamic.dylib:x86_64h+0x2a9cd)
#1 isc_thread_create thread.c:75 (libisc.1504.dylib:x86_64+0x58db1)
#2 isc_nm_start netmgr.c:152 (libisc.1504.dylib:x86_64+0x23bb4)
#3 main main.c:895 (named:x86_64+0x10000df4e)
And 3 more similar thread leaks.
SUMMARY: ThreadSanitizer: thread leak thread.c:75 in isc_thread_create
```December 2019 (9.11.14, 9.14.9, 9.15.7)https://gitlab.isc.org/isc-projects/bind9/-/issues/1337ThreadSanitizer: data race netmgr.c:157 in nm_destroy2019-11-26T17:27:59ZOndřej SurýThreadSanitizer: data race netmgr.c:157 in nm_destroyLaunch `named -g` compiled from c5b6f21515d44c997aa4aa259d2e0653a843fba0 and stop with Ctrl-C:
```
WARNING: ThreadSanitizer: data race (pid=17397)
Write of size 1 at 0x00010b721539 by main thread (mutexes: write M70, write M75):
#0...Launch `named -g` compiled from c5b6f21515d44c997aa4aa259d2e0653a843fba0 and stop with Ctrl-C:
```
WARNING: ThreadSanitizer: data race (pid=17397)
Write of size 1 at 0x00010b721539 by main thread (mutexes: write M70, write M75):
#0 nm_destroy netmgr.c:157 (libisc.1503.dylib:x86_64+0x19c4b)
#1 isc_nm_destroy netmgr.c:296 (libisc.1503.dylib:x86_64+0x1a0dc)
#2 main main.c:947 (named:x86_64+0x10000b195)
Previous read of size 1 at 0x00010b721539 by thread T1:
#0 nm_thread netmgr.c:351 (libisc.1503.dylib:x86_64+0x190a7)
Location is heap block of size 267681 at 0x00010b721000 allocated by main thread:
#0 malloc <null> (libclang_rt.tsan_osx_dynamic.dylib:x86_64h+0x4e65a)
#1 default_memalloc mem.c:685 (libisc.1503.dylib:x86_64+0x17ae1)
#2 main main.c:895 (named:x86_64+0x10000acbe)
Mutex M70 (0x7b2c000002d8) created at:
#0 pthread_mutex_init <null> (libclang_rt.tsan_osx_dynamic.dylib:x86_64h+0x2b9a3)
#1 isc__mutex_init mutex.c:286 (libisc.1503.dylib:x86_64+0x46c4a)
#2 main main.c:895 (named:x86_64+0x10000acbe)
Mutex M75 (0x00010b7214c0) created at:
#0 pthread_mutex_init <null> (libclang_rt.tsan_osx_dynamic.dylib:x86_64h+0x2b9a3)
#1 isc__mutex_init mutex.c:286 (libisc.1503.dylib:x86_64+0x46c4a)
#2 main main.c:895 (named:x86_64+0x10000acbe)
Thread T1 (tid=4527460, running) created by main thread at:
#0 pthread_create <null> (libclang_rt.tsan_osx_dynamic.dylib:x86_64h+0x2a9cd)
#1 isc_thread_create thread.c:75 (libisc.1503.dylib:x86_64+0x46d1c)
#2 main main.c:895 (named:x86_64+0x10000acbe)
SUMMARY: ThreadSanitizer: data race netmgr.c:157 in nm_destroy
```December 2019 (9.11.14, 9.14.9, 9.15.7)https://gitlab.isc.org/isc-projects/bind9/-/issues/1338ThreadSanitizer: thread leak thread.c:75 in isc_thread_create (in `lib/isc/te...2019-11-19T09:15:03ZOndřej SurýThreadSanitizer: thread leak thread.c:75 in isc_thread_create (in `lib/isc/tests`)All libisc unittests compiled from c5b6f21515d44c997aa4aa259d2e0653a843fba0 fail with:
```
WARNING: ThreadSanitizer: thread leak (pid=18175)
Thread T1 (tid=4538707, finished) created by main thread at:
#0 pthread_create <null> (lib...All libisc unittests compiled from c5b6f21515d44c997aa4aa259d2e0653a843fba0 fail with:
```
WARNING: ThreadSanitizer: thread leak (pid=18175)
Thread T1 (tid=4538707, finished) created by main thread at:
#0 pthread_create <null> (libclang_rt.tsan_osx_dynamic.dylib:x86_64h+0x2a9cd)
#1 isc_thread_create thread.c:75 (libisc.1503.dylib:x86_64+0x46d1c)
#2 isc_test_begin isctest.c:91 (counter_test:x86_64+0x1000017b3)
#3 _setup counter_test.c:37 (counter_test:x86_64+0x10000154a)
#4 cmocka_run_one_test_or_fixture <null> (libcmocka.0.dylib:x86_64+0x5a9d)
#5 start <null> (libdyld.dylib:x86_64+0x112e4)
And 3 more similar thread leaks.
SUMMARY: ThreadSanitizer: thread leak thread.c:75 in isc_thread_create
```
on exit.December 2019 (9.11.14, 9.14.9, 9.15.7)https://gitlab.isc.org/isc-projects/bind9/-/issues/1339ThreadSanitizer: thread leak thread.c:75 in isc_thread_create2019-11-19T09:15:00ZOndřej SurýThreadSanitizer: thread leak thread.c:75 in isc_thread_createAll libns unittest compiled from c5b6f21515d44c997aa4aa259d2e0653a843fba0 fail with:
```
WARNING: ThreadSanitizer: thread leak (pid=18212)
Thread T7 (tid=4539949, finished) created by main thread at:
#0 pthread_create <null> (libcl...All libns unittest compiled from c5b6f21515d44c997aa4aa259d2e0653a843fba0 fail with:
```
WARNING: ThreadSanitizer: thread leak (pid=18212)
Thread T7 (tid=4539949, finished) created by main thread at:
#0 pthread_create <null> (libclang_rt.tsan_osx_dynamic.dylib:x86_64h+0x2a9cd)
#1 isc_thread_create thread.c:75 (libisc.1503.dylib:x86_64+0x46d1c)
#2 ns_test_begin nstest.c:231 (listenlist_test:x86_64+0x100001d7f)
#3 _setup listenlist_test.c:44 (listenlist_test:x86_64+0x100001678)
#4 cmocka_run_one_test_or_fixture <null> (libcmocka.0.dylib:x86_64+0x5a9d)
#5 start <null> (libdyld.dylib:x86_64+0x112e4)
And 3 more similar thread leaks.
SUMMARY: ThreadSanitizer: thread leak thread.c:75 in isc_thread_create
```
on exit.December 2019 (9.11.14, 9.14.9, 9.15.7)https://gitlab.isc.org/isc-projects/bind9/-/issues/1340ThreadSanitizer: data race rbtdb.c:1370 in add_changed2019-11-26T17:27:56ZOndřej SurýThreadSanitizer: data race rbtdb.c:1370 in add_changedFound by running `dnssec-signzone` compiled from c5b6f21515d44c997aa4aa259d2e0653a843fba0 from dnssec system test:
```
WARNING: ThreadSanitizer: data race (pid=18887)
Read of size 8 at 0x7b5c00000720 by thread T8:
#0 add_changed rb...Found by running `dnssec-signzone` compiled from c5b6f21515d44c997aa4aa259d2e0653a843fba0 from dnssec system test:
```
WARNING: ThreadSanitizer: data race (pid=18887)
Read of size 8 at 0x7b5c00000720 by thread T8:
#0 add_changed rbtdb.c:1370 (libdns.1503.dylib:x86_64+0xbf61c)
#1 add32 rbtdb.c:5806 (libdns.1503.dylib:x86_64+0xbcdf1)
#2 addrdataset rbtdb.c:6599 (libdns.1503.dylib:x86_64+0xb9abc)
#3 dns_db_addrdataset db.c:744 (libdns.1503.dylib:x86_64+0x2c2ee)
#4 diff_apply diff.c:364 (libdns.1503.dylib:x86_64+0x302cc)
#5 dns_diff_applysilently diff.c:457 (libdns.1503.dylib:x86_64+0x306bb)
#6 signname dnssec-signzone.c:1147 (dnssec-signzone:x86_64+0x10000c9dd)
#7 sign dnssec-signzone.c:1627 (dnssec-signzone:x86_64+0x10000de57)
#8 run task.c:1134 (libisc.1503.dylib:x86_64+0x2c9e1)
Previous write of size 8 at 0x7b5c00000720 by thread T4:
#0 add_changed rbtdb.c:1370 (libdns.1503.dylib:x86_64+0xbf686)
#1 add32 rbtdb.c:5806 (libdns.1503.dylib:x86_64+0xbcdf1)
#2 addrdataset rbtdb.c:6599 (libdns.1503.dylib:x86_64+0xb9abc)
#3 dns_db_addrdataset db.c:744 (libdns.1503.dylib:x86_64+0x2c2ee)
#4 diff_apply diff.c:364 (libdns.1503.dylib:x86_64+0x302cc)
#5 dns_diff_applysilently diff.c:457 (libdns.1503.dylib:x86_64+0x306bb)
#6 signname dnssec-signzone.c:1147 (dnssec-signzone:x86_64+0x10000c9dd)
#7 sign dnssec-signzone.c:1627 (dnssec-signzone:x86_64+0x10000de57)
#8 run task.c:1134 (libisc.1503.dylib:x86_64+0x2c9e1)
Location is heap block of size 801 at 0x7b5c00000700 allocated by main thread:
#0 malloc <null>:9005648 (libclang_rt.tsan_osx_dynamic.dylib:x86_64h+0x4e65a)
#1 default_memalloc mem.c:685 (libisc.1503.dylib:x86_64+0x17ae1)
#2 newversion rbtdb.c:1281 (libdns.1503.dylib:x86_64+0xb37ee)
#3 dns_db_newversion db.c:383 (libdns.1503.dylib:x86_64+0x2adbf)
#4 main dnssec-signzone.c:3738 (dnssec-signzone:x86_64+0x1000036fa)
Thread T8 (tid=4542391, running) created by main thread at:
#0 pthread_create <null>:9005696 (libclang_rt.tsan_osx_dynamic.dylib:x86_64h+0x2a9cd)
#1 isc_thread_create thread.c:75 (libisc.1503.dylib:x86_64+0x46d1c)
#2 main dnssec-signzone.c:3800 (dnssec-signzone:x86_64+0x100006289)
Thread T4 (tid=4542387, running) created by main thread at:
#0 pthread_create <null>:9005696 (libclang_rt.tsan_osx_dynamic.dylib:x86_64h+0x2a9cd)
#1 isc_thread_create thread.c:75 (libisc.1503.dylib:x86_64+0x46d1c)
#2 main dnssec-signzone.c:3800 (dnssec-signzone:x86_64+0x100006289)
SUMMARY: ThreadSanitizer: data race rbtdb.c:1370 in add_changed
```
December 2019 (9.11.14, 9.14.9, 9.15.7)https://gitlab.isc.org/isc-projects/bind9/-/issues/1341ThreadSanitizer: data race rbtdb.c:5756 in add322019-11-19T17:05:32ZOndřej SurýThreadSanitizer: data race rbtdb.c:5756 in add32Found by running `dnssec-signzone` compiled from c5b6f21515d44c997aa4aa259d2e0653a843fba0 in the dnssec system test:
```
WARNING: ThreadSanitizer: data race (pid=18887)
Write of size 8 at 0x7b5c00000928 by thread T5:
#0 add32 rbtdb...Found by running `dnssec-signzone` compiled from c5b6f21515d44c997aa4aa259d2e0653a843fba0 in the dnssec system test:
```
WARNING: ThreadSanitizer: data race (pid=18887)
Write of size 8 at 0x7b5c00000928 by thread T5:
#0 add32 rbtdb.c:5756 (libdns.1503.dylib:x86_64+0xbd8e9)
#1 addrdataset rbtdb.c:6599 (libdns.1503.dylib:x86_64+0xb9abc)
#2 dns_db_addrdataset db.c:744 (libdns.1503.dylib:x86_64+0x2c2ee)
#3 diff_apply diff.c:364 (libdns.1503.dylib:x86_64+0x302cc)
#4 dns_diff_applysilently diff.c:457 (libdns.1503.dylib:x86_64+0x306bb)
#5 signname dnssec-signzone.c:1147 (dnssec-signzone:x86_64+0x10000c9dd)
#6 sign dnssec-signzone.c:1627 (dnssec-signzone:x86_64+0x10000de57)
#7 run task.c:1134 (libisc.1503.dylib:x86_64+0x2c9e1)
Previous write of size 8 at 0x7b5c00000928 by thread T8:
#0 add32 rbtdb.c:5756 (libdns.1503.dylib:x86_64+0xbd8e9)
#1 addrdataset rbtdb.c:6599 (libdns.1503.dylib:x86_64+0xb9abc)
#2 dns_db_addrdataset db.c:744 (libdns.1503.dylib:x86_64+0x2c2ee)
#3 diff_apply diff.c:364 (libdns.1503.dylib:x86_64+0x302cc)
#4 dns_diff_applysilently diff.c:457 (libdns.1503.dylib:x86_64+0x306bb)
#5 signname dnssec-signzone.c:1147 (dnssec-signzone:x86_64+0x10000c9dd)
#6 sign dnssec-signzone.c:1627 (dnssec-signzone:x86_64+0x10000de57)
#7 run task.c:1134 (libisc.1503.dylib:x86_64+0x2c9e1)
Location is heap block of size 801 at 0x7b5c00000700 allocated by main thread:
#0 malloc <null>:5823120 (libclang_rt.tsan_osx_dynamic.dylib:x86_64h+0x4e65a)
#1 default_memalloc mem.c:685 (libisc.1503.dylib:x86_64+0x17ae1)
#2 newversion rbtdb.c:1281 (libdns.1503.dylib:x86_64+0xb37ee)
#3 dns_db_newversion db.c:383 (libdns.1503.dylib:x86_64+0x2adbf)
#4 main dnssec-signzone.c:3738 (dnssec-signzone:x86_64+0x1000036fa)
Thread T5 (tid=4542388, running) created by main thread at:
#0 pthread_create <null>:5823168 (libclang_rt.tsan_osx_dynamic.dylib:x86_64h+0x2a9cd)
#1 isc_thread_create thread.c:75 (libisc.1503.dylib:x86_64+0x46d1c)
#2 main dnssec-signzone.c:3800 (dnssec-signzone:x86_64+0x100006289)
Thread T8 (tid=4542391, running) created by main thread at:
#0 pthread_create <null>:5823168 (libclang_rt.tsan_osx_dynamic.dylib:x86_64h+0x2a9cd)
#1 isc_thread_create thread.c:75 (libisc.1503.dylib:x86_64+0x46d1c)
#2 main dnssec-signzone.c:3800 (dnssec-signzone:x86_64+0x100006289)
SUMMARY: ThreadSanitizer: data race rbtdb.c:5756 in add32
```December 2019 (9.11.14, 9.14.9, 9.15.7)Mark AndrewsMark Andrewshttps://gitlab.isc.org/isc-projects/bind9/-/issues/1342feature-test build rules fails to preserve ThreadSanitizer options (-fsanitiz...2019-11-19T08:30:47ZOndřej Surýfeature-test build rules fails to preserve ThreadSanitizer options (-fsanitizer=thread)```
$ ./feature-test
dyld: lazy symbol binding failed: Symbol not found: ___tsan_init
Referenced from: /Users/ondrej/Projects/bind9/lib/isc/.libs/libisc.1503.dylib
Expected in: flat namespace
dyld: Symbol not found: ___tsan_init
R...```
$ ./feature-test
dyld: lazy symbol binding failed: Symbol not found: ___tsan_init
Referenced from: /Users/ondrej/Projects/bind9/lib/isc/.libs/libisc.1503.dylib
Expected in: flat namespace
dyld: Symbol not found: ___tsan_init
Referenced from: /Users/ondrej/Projects/bind9/lib/isc/.libs/libisc.1503.dylib
Expected in: flat namespace
Abort trap: 6
```December 2019 (9.11.14, 9.14.9, 9.15.7)Ondřej SurýOndřej Surýhttps://gitlab.isc.org/isc-projects/bind9/-/issues/1343ThreadSanitizer: data race netmgr.c:813 in isc__nmhandle_get2019-11-26T17:27:54ZOndřej SurýThreadSanitizer: data race netmgr.c:813 in isc__nmhandle_getFound in ns3 log while running `named` in the serve-stale system compiled test compiled from c5b6f21515d44c997aa4aa259d2e0653a843fba0:
```
WARNING: ThreadSanitizer: data race (pid=31106)
Write of size 8 at 0x7b7c00000978 by thread T3 (...Found in ns3 log while running `named` in the serve-stale system compiled test compiled from c5b6f21515d44c997aa4aa259d2e0653a843fba0:
```
WARNING: ThreadSanitizer: data race (pid=31106)
Write of size 8 at 0x7b7c00000978 by thread T3 (mutexes: write M803183881061665024):
#0 isc__nmhandle_get netmgr.c:813 (libisc.1503.dylib:x86_64+0x1b1d0)
#1 udp_recv_cb udp.c:309 (libisc.1503.dylib:x86_64+0x1ea53)
#2 uv__udp_io <null>:3676272 (libuv.1.dylib:x86_64+0x13244)
Previous read of size 8 at 0x7b7c00000978 by thread T1:
#0 isc_nmhandle_unref netmgr.c:899 (libisc.1503.dylib:x86_64+0x1b704)
#1 isc__nm_uvreq_put netmgr.c:1002 (libisc.1503.dylib:x86_64+0x1bdb8)
#2 udp_send_cb udp.c:436 (libisc.1503.dylib:x86_64+0x1f785)
#3 uv__udp_run_completed <null>:3676272 (libuv.1.dylib:x86_64+0x1278f)
Location is heap block of size 3313 at 0x7b7c00000000 allocated by thread T5:
#0 malloc <null>:3676304 (libclang_rt.tsan_osx_dynamic.dylib:x86_64h+0x4e65a)
#1 default_memalloc mem.c:685 (libisc.1503.dylib:x86_64+0x17ae1)
#2 ns_interface_setup interfacemgr.c:448 (libns.1501.dylib:x86_64+0xe9c0)
#3 ns_interfacemgr_scan0 interfacemgr.c:1067 (libns.1501.dylib:x86_64+0xd830)
#4 ns_interfacemgr_scan interfacemgr.c:1174 (libns.1501.dylib:x86_64+0xc7ee)
#5 load_configuration server.c:8696 (named:x86_64+0x10001f899)
#6 run_server server.c:9638 (named:x86_64+0x10000de29)
#7 run task.c:1134 (libisc.1503.dylib:x86_64+0x2c9e1)
Mutex M803183881061665024 is already destroyed.
Thread T3 (tid=4591307, running) created by main thread at:
#0 pthread_create <null>:3676352 (libclang_rt.tsan_osx_dynamic.dylib:x86_64h+0x2a9cd)
#1 isc_thread_create thread.c:75 (libisc.1503.dylib:x86_64+0x46d1c)
#2 main main.c:895 (named:x86_64+0x10000acbe)
Thread T1 (tid=4591305, running) created by main thread at:
#0 pthread_create <null>:3676352 (libclang_rt.tsan_osx_dynamic.dylib:x86_64h+0x2a9cd)
#1 isc_thread_create thread.c:75 (libisc.1503.dylib:x86_64+0x46d1c)
#2 main main.c:895 (named:x86_64+0x10000acbe)
Thread T5 (tid=4591309, running) created by main thread at:
#0 pthread_create <null>:3676256 (libclang_rt.tsan_osx_dynamic.dylib:x86_64h+0x2a9cd)
#1 isc_thread_create thread.c:75 (libisc.1503.dylib:x86_64+0x46d1c)
#2 main main.c:902 (named:x86_64+0x10000ad16)
SUMMARY: ThreadSanitizer: data race netmgr.c:813 in isc__nmhandle_get
```December 2019 (9.11.14, 9.14.9, 9.15.7)https://gitlab.isc.org/isc-projects/bind9/-/issues/1344ThreadSanitizer: data race rbtdb.c:2987 in bind_rdataset2019-11-19T08:20:10ZOndřej SurýThreadSanitizer: data race rbtdb.c:2987 in bind_rdataset* Binary: `named`
* Commit: c5b6f21515d44c997aa4aa259d2e0653a843fba0 c9e358fbf5f5ad6c833b5be21f8afcf02b939c80
* Tests: serve-stale, autosign
```
WARNING: ThreadSanitizer: data race (pid=31139)
Write of size 4 at 0x7b2c00010218 by thre...* Binary: `named`
* Commit: c5b6f21515d44c997aa4aa259d2e0653a843fba0 c9e358fbf5f5ad6c833b5be21f8afcf02b939c80
* Tests: serve-stale, autosign
```
WARNING: ThreadSanitizer: data race (pid=31139)
Write of size 4 at 0x7b2c00010218 by thread T6 (mutexes: write M657661300922451992, write M1030334187267172112):
#0 bind_rdataset rbtdb.c:2987 (libdns.1503.dylib:x86_64+0xbfdb5)
#1 zone_find rbtdb.c:4249 (libdns.1503.dylib:x86_64+0xc5c2e)
#2 dns_db_find db.c:511 (libdns.1503.dylib:x86_64+0x2b4df)
#3 dns_view_findzonecut view.c:1284 (libdns.1503.dylib:x86_64+0x18d567)
#4 dns_resolver_createfetch resolver.c:4891 (libdns.1503.dylib:x86_64+0x12c797)
#5 zone_maintenance zone.c:10586 (libdns.1503.dylib:x86_64+0x1ca57d)
#6 zone_timer zone.c:13669 (libdns.1503.dylib:x86_64+0x1aadb5)
#7 run task.c:1134 (libisc.1503.dylib:x86_64+0x2c9e1)
Previous write of size 4 at 0x7b2c00010218 by thread T8:
#0 bind_rdataset rbtdb.c:2987 (libdns.1503.dylib:x86_64+0xbfdb5)
#1 rdatasetiter_current rbtdb.c:8810 (libdns.1503.dylib:x86_64+0xcc7d1)
#2 dns_rdatasetiter_current rdatasetiter.c:70 (libdns.1503.dylib:x86_64+0x1227cf)
#3 dump_rdatasets_raw masterdump.c:1224 (libdns.1503.dylib:x86_64+0x6f46e)
#4 dumptostreaminc masterdump.c:1686 (libdns.1503.dylib:x86_64+0x6d4e8)
#5 dump_quantum masterdump.c:1421 (libdns.1503.dylib:x86_64+0x704cf)
#6 run task.c:1134 (libisc.1503.dylib:x86_64+0x2c9e1)
Location is heap block of size 171 at 0x7b2c000101d0 allocated by thread T8:
#0 malloc <null>:6875376 (libclang_rt.tsan_osx_dynamic.dylib:x86_64h+0x4e65a)
#1 default_memalloc mem.c:685 (libisc.1503.dylib:x86_64+0x17ae1)
#2 loading_addrdataset rbtdb.c:7027 (libdns.1503.dylib:x86_64+0xbbe1e)
#3 dns_diff_load diff.c:508 (libdns.1503.dylib:x86_64+0x30973)
#4 xfrin_recv_done xfrin.c:324 (libdns.1503.dylib:x86_64+0x194627)
#5 run task.c:1134 (libisc.1503.dylib:x86_64+0x2c9e1)
Mutex M657661300922451992 is already destroyed.
Mutex M1030334187267172112 is already destroyed.
Thread T6 (tid=4591544, running) created by main thread at:
#0 pthread_create <null>:6875424 (libclang_rt.tsan_osx_dynamic.dylib:x86_64h+0x2a9cd)
#1 isc_thread_create thread.c:75 (libisc.1503.dylib:x86_64+0x46d1c)
#2 main main.c:902 (named:x86_64+0x10000ad16)
Thread T8 (tid=4591546, running) created by main thread at:
#0 pthread_create <null>:6875424 (libclang_rt.tsan_osx_dynamic.dylib:x86_64h+0x2a9cd)
#1 isc_thread_create thread.c:75 (libisc.1503.dylib:x86_64+0x46d1c)
#2 main main.c:902 (named:x86_64+0x10000ad16)
SUMMARY: ThreadSanitizer: data race rbtdb.c:2987 in bind_rdataset
```
```
WARNING: ThreadSanitizer: data race (pid=45980)
Write of size 4 at 0x7b30000115c8 by thread T7 (mutexes: write M290055290576030928):
#0 bind_rdataset rbtdb.c:2987 (libdns.1503.dylib:x86_64+0xbfdb5)
#1 find_deepest_zonecut rbtdb.c:4543 (libdns.1503.dylib:x86_64+0xc96df)
#2 cache_find rbtdb.c:4738 (libdns.1503.dylib:x86_64+0xb5f48)
#3 dns_db_find db.c:511 (libdns.1503.dylib:x86_64+0x2b4df)
#4 dns_view_find view.c:1019 (libdns.1503.dylib:x86_64+0x18cb59)
#5 dbfind_name adb.c:3658 (libdns.1503.dylib:x86_64+0xd8e3)
#6 dns_adb_createfind adb.c:3083 (libdns.1503.dylib:x86_64+0xc163)
#7 findname resolver.c:3371 (libdns.1503.dylib:x86_64+0x13ae8b)
#8 fctx_try resolver.c:3660 (libdns.1503.dylib:x86_64+0x136402)
#9 fctx_start resolver.c:4647 (libdns.1503.dylib:x86_64+0x12f383)
#10 run task.c:1134 (libisc.1503.dylib:x86_64+0x2c9e1)
Previous write of size 4 at 0x7b30000115c8 by thread T5:
#0 bind_rdataset rbtdb.c:2987 (libdns.1503.dylib:x86_64+0xbfdb5)
#1 cache_findzonecut rbtdb.c:5132 (libdns.1503.dylib:x86_64+0xb6bde)
#2 dns_db_findzonecut db.c:577 (libdns.1503.dylib:x86_64+0x2b900)
#3 dns_view_findzonecut view.c:1309 (libdns.1503.dylib:x86_64+0x18d4be)
#4 rctx_done resolver.c:9348 (libdns.1503.dylib:x86_64+0x1443e8)
#5 resquery_response resolver.c (libdns.1503.dylib:x86_64+0x13ece7)
#6 run task.c:1134 (libisc.1503.dylib:x86_64+0x2c9e1)
Location is heap block of size 183 at 0x7b3000011580 allocated by thread T5:
#0 malloc <null>:7941664 (libclang_rt.tsan_osx_dynamic.dylib:x86_64h+0x4e65a)
#1 default_memalloc mem.c:685 (libisc.1503.dylib:x86_64+0x17ae1)
#2 addrdataset rbtdb.c:6450 (libdns.1503.dylib:x86_64+0xb88d4)
#3 dns_db_addrdataset db.c:744 (libdns.1503.dylib:x86_64+0x2c2ee)
#4 resquery_response resolver.c:6341 (libdns.1503.dylib:x86_64+0x1424a7)
#5 run task.c:1134 (libisc.1503.dylib:x86_64+0x2c9e1)
Mutex M290055290576030928 is already destroyed.
Thread T7 (tid=4654360, running) created by main thread at:
#0 pthread_create <null>:7941712 (libclang_rt.tsan_osx_dynamic.dylib:x86_64h+0x2a9cd)
#1 isc_thread_create thread.c:75 (libisc.1503.dylib:x86_64+0x46d1c)
#2 main main.c:902 (named:x86_64+0x10000ad16)
Thread T5 (tid=4654358, running) created by main thread at:
#0 pthread_create <null>:7941712 (libclang_rt.tsan_osx_dynamic.dylib:x86_64h+0x2a9cd)
#1 isc_thread_create thread.c:75 (libisc.1503.dylib:x86_64+0x46d1c)
#2 main main.c:902 (named:x86_64+0x10000ad16)
SUMMARY: ThreadSanitizer: data race rbtdb.c:2987 in bind_rdataset
```December 2019 (9.11.14, 9.14.9, 9.15.7)https://gitlab.isc.org/isc-projects/bind9/-/issues/1345ThreadSanitizer: data race rbt.c:1706 in dns_rbt_findnode2019-11-26T17:27:51ZOndřej SurýThreadSanitizer: data race rbt.c:1706 in dns_rbt_findnodeFound in the ns3 log running `named` compiled from c5b6f21515d44c997aa4aa259d2e0653a843fba0 in the serve-stale system test:
```
WARNING: ThreadSanitizer: data race (pid=31139)
Read of size 8 at 0x7b2000017bc8 by thread T5 (mutexes: wri...Found in the ns3 log running `named` compiled from c5b6f21515d44c997aa4aa259d2e0653a843fba0 in the serve-stale system test:
```
WARNING: ThreadSanitizer: data race (pid=31139)
Read of size 8 at 0x7b2000017bc8 by thread T5 (mutexes: write M999934889782418456):
#0 dns_rbt_findnode rbt.c:1706 (libdns.1503.dylib:x86_64+0xab710)
#1 findnodeintree rbtdb.c:2723 (libdns.1503.dylib:x86_64+0xc8902)
#2 findnode rbtdb.c:2784 (libdns.1503.dylib:x86_64+0xb532b)
#3 dns_db_findnode db.c:447 (libdns.1503.dylib:x86_64+0x2b158)
#4 validated resolver.c:5620 (libdns.1503.dylib:x86_64+0x14b111)
#5 run task.c:1134 (libisc.1503.dylib:x86_64+0x2c9e1)
Previous write of size 8 at 0x7b2000017bc8 by thread T6:
#0 dns_rbt_deletenode rbt.c:2554 (libdns.1503.dylib:x86_64+0xacf36)
#1 delete_node rbtdb.c (libdns.1503.dylib:x86_64+0xc3f7f)
#2 decrement_reference rbtdb.c:2070 (libdns.1503.dylib:x86_64+0xc3449)
#3 prune_tree rbtdb.c:2120 (libdns.1503.dylib:x86_64+0xc3894)
#4 run task.c:1134 (libisc.1503.dylib:x86_64+0x2c9e1)
Location is heap block of size 116 at 0x7b2000017b80 allocated by thread T8:
#0 malloc <null>:5826944 (libclang_rt.tsan_osx_dynamic.dylib:x86_64h+0x4e65a)
#1 default_memalloc mem.c:685 (libisc.1503.dylib:x86_64+0x17ae1)
#2 dns_rbt_addnode rbt.c:1146 (libdns.1503.dylib:x86_64+0xaa798)
#3 findnodeintree rbtdb.c:2739 (libdns.1503.dylib:x86_64+0xc896a)
#4 findnode rbtdb.c:2784 (libdns.1503.dylib:x86_64+0xb532b)
#5 dns_db_findnode db.c:447 (libdns.1503.dylib:x86_64+0x2b158)
#6 resquery_response resolver.c:6629 (libdns.1503.dylib:x86_64+0x1432d4)
#7 run task.c:1134 (libisc.1503.dylib:x86_64+0x2c9e1)
Mutex M999934889782418456 is already destroyed.
Thread T5 (tid=4591543, running) created by main thread at:
#0 pthread_create <null>:5826992 (libclang_rt.tsan_osx_dynamic.dylib:x86_64h+0x2a9cd)
#1 isc_thread_create thread.c:75 (libisc.1503.dylib:x86_64+0x46d1c)
#2 main main.c:902 (named:x86_64+0x10000ad16)
Thread T6 (tid=4591544, running) created by main thread at:
#0 pthread_create <null>:5826992 (libclang_rt.tsan_osx_dynamic.dylib:x86_64h+0x2a9cd)
#1 isc_thread_create thread.c:75 (libisc.1503.dylib:x86_64+0x46d1c)
#2 main main.c:902 (named:x86_64+0x10000ad16)
Thread T8 (tid=4591546, running) created by main thread at:
#0 pthread_create <null>:5826896 (libclang_rt.tsan_osx_dynamic.dylib:x86_64h+0x2a9cd)
#1 isc_thread_create thread.c:75 (libisc.1503.dylib:x86_64+0x46d1c)
#2 main main.c:902 (named:x86_64+0x10000ad16)
SUMMARY: ThreadSanitizer: data race rbt.c:1706 in dns_rbt_findnode
```December 2019 (9.11.14, 9.14.9, 9.15.7)https://gitlab.isc.org/isc-projects/bind9/-/issues/1346ThreadSanitizer: data race rbt.c:1392 in dns_rbt_addnode2019-11-26T17:27:49ZOndřej SurýThreadSanitizer: data race rbt.c:1392 in dns_rbt_addnodeFound in the ns3 log running `named` compiled from c5b6f21515d44c997aa4aa259d2e0653a843fba0 in the serve-stale system test:
```
WARNING: ThreadSanitizer: data race (pid=31139)
Write of size 4 at 0x7b1800005df8 by thread T5 (mutexes: wr...Found in the ns3 log running `named` compiled from c5b6f21515d44c997aa4aa259d2e0653a843fba0 in the serve-stale system test:
```
WARNING: ThreadSanitizer: data race (pid=31139)
Write of size 4 at 0x7b1800005df8 by thread T5 (mutexes: write M999934889782418456):
#0 dns_rbt_addnode rbt.c:1392 (libdns.1503.dylib:x86_64+0xaa64d)
#1 findnodeintree rbtdb.c:2739 (libdns.1503.dylib:x86_64+0xc896a)
#2 findnode rbtdb.c:2784 (libdns.1503.dylib:x86_64+0xb532b)
#3 dns_db_findnode db.c:447 (libdns.1503.dylib:x86_64+0x2b158)
#4 validated resolver.c:5620 (libdns.1503.dylib:x86_64+0x14b111)
#5 run task.c:1134 (libisc.1503.dylib:x86_64+0x2c9e1)
Previous write of size 4 at 0x7b1800005df8 by thread T6:
#0 dns_rbt_deletenode rbt.c:2777 (libdns.1503.dylib:x86_64+0xadece)
#1 delete_node rbtdb.c (libdns.1503.dylib:x86_64+0xc3f7f)
#2 decrement_reference rbtdb.c:2070 (libdns.1503.dylib:x86_64+0xc3449)
#3 prune_tree rbtdb.c:2120 (libdns.1503.dylib:x86_64+0xc3894)
#4 run task.c:1134 (libisc.1503.dylib:x86_64+0x2c9e1)
Location is heap block of size 89 at 0x7b1800005dc0 allocated by thread T5:
#0 malloc <null>:5828000 (libclang_rt.tsan_osx_dynamic.dylib:x86_64h+0x4e65a)
#1 default_memalloc mem.c:685 (libisc.1503.dylib:x86_64+0x17ae1)
#2 dns_rbtdb_create rbtdb.c:8200 (libdns.1503.dylib:x86_64+0xb0e92)
#3 dns_db_create db.c:118 (libdns.1503.dylib:x86_64+0x2a09c)
#4 dns_cache_create cache.c:173 (libdns.1503.dylib:x86_64+0x1c5d0)
#5 configure_view server.c:4484 (named:x86_64+0x1000279cf)
#6 load_configuration server.c:8916 (named:x86_64+0x100021275)
#7 run_server server.c:9638 (named:x86_64+0x10000de29)
#8 run task.c:1134 (libisc.1503.dylib:x86_64+0x2c9e1)
Mutex M999934889782418456 is already destroyed.
Thread T5 (tid=4591543, running) created by main thread at:
#0 pthread_create <null>:5828048 (libclang_rt.tsan_osx_dynamic.dylib:x86_64h+0x2a9cd)
#1 isc_thread_create thread.c:75 (libisc.1503.dylib:x86_64+0x46d1c)
#2 main main.c:902 (named:x86_64+0x10000ad16)
Thread T6 (tid=4591544, running) created by main thread at:
#0 pthread_create <null>:5828048 (libclang_rt.tsan_osx_dynamic.dylib:x86_64h+0x2a9cd)
#1 isc_thread_create thread.c:75 (libisc.1503.dylib:x86_64+0x46d1c)
#2 main main.c:902 (named:x86_64+0x10000ad16)
SUMMARY: ThreadSanitizer: data race rbt.c:1392 in dns_rbt_addnode
```December 2019 (9.11.14, 9.14.9, 9.15.7)https://gitlab.isc.org/isc-projects/bind9/-/issues/1347ThreadSanitizer: data race rbtdb.c:5200 in detachnode2019-11-26T17:27:45ZOndřej SurýThreadSanitizer: data race rbtdb.c:5200 in detachnodeFound in the ns3 log running `named` compiled from c5b6f21515d44c997aa4aa259d2e0653a843fba0 in the serve-stale system test:
```
WARNING: ThreadSanitizer: data race (pid=31139)
Read of size 1 at 0x7b680004c11c by thread T6:
#0 detac...Found in the ns3 log running `named` compiled from c5b6f21515d44c997aa4aa259d2e0653a843fba0 in the serve-stale system test:
```
WARNING: ThreadSanitizer: data race (pid=31139)
Read of size 1 at 0x7b680004c11c by thread T6:
#0 detachnode rbtdb.c:5200 (libdns.1503.dylib:x86_64+0xb705f)
#1 rdataset_disassociate rbtdb.c:8377 (libdns.1503.dylib:x86_64+0xc0330)
#2 dns_rdataset_disassociate rdataset.c:118 (libdns.1503.dylib:x86_64+0x120089)
#3 fctx_destroy resolver.c:4395 (libdns.1503.dylib:x86_64+0x130251)
#4 fctx_doshutdown resolver.c:4570 (libdns.1503.dylib:x86_64+0x14c626)
#5 run task.c:1134 (libisc.1503.dylib:x86_64+0x2c9e1)
Previous write of size 1 at 0x7b680004c11c by thread T1:
#0 maybe_free_rbtdb rbtdb.c:1173 (libdns.1503.dylib:x86_64+0xbb9b9)
#1 detach rbtdb.c:1212 (libdns.1503.dylib:x86_64+0xb30b3)
#2 dns_db_detach db.c:159 (libdns.1503.dylib:x86_64+0x2a3b3)
#3 query_reset query.c:674 (libns.1501.dylib:x86_64+0xfa10)
#4 query_cleanup query.c:751 (libns.1501.dylib:x86_64+0x1762b)
#5 ns__client_reset_cb client.c:188 (libns.1501.dylib:x86_64+0x4ce8)
#6 isc_nmhandle_unref netmgr.c:874 (libisc.1503.dylib:x86_64+0x1b50b)
#7 isc__nm_uvreq_put netmgr.c:1002 (libisc.1503.dylib:x86_64+0x1bdb8)
#8 udp_send_cb udp.c:436 (libisc.1503.dylib:x86_64+0x1f785)
#9 uv__udp_run_completed <null>:6891168 (libuv.1.dylib:x86_64+0x1278f)
Location is heap block of size 1529 at 0x7b680004bc00 allocated by thread T8:
#0 malloc <null>:6891200 (libclang_rt.tsan_osx_dynamic.dylib:x86_64h+0x4e65a)
#1 default_memalloc mem.c:685 (libisc.1503.dylib:x86_64+0x17ae1)
#2 dns_db_create db.c:118 (libdns.1503.dylib:x86_64+0x2a09c)
#3 xfrin_recv_done xfrin.c:280 (libdns.1503.dylib:x86_64+0x1943ae)
#4 run task.c:1134 (libisc.1503.dylib:x86_64+0x2c9e1)
Thread T6 (tid=4591544, running) created by main thread at:
#0 pthread_create <null>:6891248 (libclang_rt.tsan_osx_dynamic.dylib:x86_64h+0x2a9cd)
#1 isc_thread_create thread.c:75 (libisc.1503.dylib:x86_64+0x46d1c)
#2 main main.c:902 (named:x86_64+0x10000ad16)
Thread T1 (tid=4591539, running) created by main thread at:
#0 pthread_create <null>:6891248 (libclang_rt.tsan_osx_dynamic.dylib:x86_64h+0x2a9cd)
#1 isc_thread_create thread.c:75 (libisc.1503.dylib:x86_64+0x46d1c)
#2 main main.c:895 (named:x86_64+0x10000acbe)
Thread T8 (tid=4591546, running) created by main thread at:
#0 pthread_create <null>:6891152 (libclang_rt.tsan_osx_dynamic.dylib:x86_64h+0x2a9cd)
#1 isc_thread_create thread.c:75 (libisc.1503.dylib:x86_64+0x46d1c)
#2 main main.c:902 (named:x86_64+0x10000ad16)
SUMMARY: ThreadSanitizer: data race rbtdb.c:5200 in detachnode
```December 2019 (9.11.14, 9.14.9, 9.15.7)https://gitlab.isc.org/isc-projects/bind9/-/issues/1348ThreadSanitizer: data race rbtdb.c:5211 in detachnode2019-11-26T17:27:41ZOndřej SurýThreadSanitizer: data race rbtdb.c:5211 in detachnodeFound in the ns3 log running `named` compiled from c5b6f21515d44c997aa4aa259d2e0653a843fba0 in the serve-stale system test:
```
WARNING: ThreadSanitizer: data race (pid=31139)
Write of size 4 at 0x7b5c000300e8 by thread T6:
#0 deta...Found in the ns3 log running `named` compiled from c5b6f21515d44c997aa4aa259d2e0653a843fba0 in the serve-stale system test:
```
WARNING: ThreadSanitizer: data race (pid=31139)
Write of size 4 at 0x7b5c000300e8 by thread T6:
#0 detachnode rbtdb.c:5211 (libdns.1503.dylib:x86_64+0xb70df)
#1 rdataset_disassociate rbtdb.c:8377 (libdns.1503.dylib:x86_64+0xc0330)
#2 dns_rdataset_disassociate rdataset.c:118 (libdns.1503.dylib:x86_64+0x120089)
#3 fctx_destroy resolver.c:4395 (libdns.1503.dylib:x86_64+0x130251)
#4 fctx_doshutdown resolver.c:4570 (libdns.1503.dylib:x86_64+0x14c626)
#5 run task.c:1134 (libisc.1503.dylib:x86_64+0x2c9e1)
Previous write of size 4 at 0x7b5c000300e8 by thread T1:
#0 maybe_free_rbtdb rbtdb.c:1183 (libdns.1503.dylib:x86_64+0xbba77)
#1 detach rbtdb.c:1212 (libdns.1503.dylib:x86_64+0xb30b3)
#2 dns_db_detach db.c:159 (libdns.1503.dylib:x86_64+0x2a3b3)
#3 query_reset query.c:674 (libns.1501.dylib:x86_64+0xfa10)
#4 query_cleanup query.c:751 (libns.1501.dylib:x86_64+0x1762b)
#5 ns__client_reset_cb client.c:188 (libns.1501.dylib:x86_64+0x4ce8)
#6 isc_nmhandle_unref netmgr.c:874 (libisc.1503.dylib:x86_64+0x1b50b)
#7 isc__nm_uvreq_put netmgr.c:1002 (libisc.1503.dylib:x86_64+0x1bdb8)
#8 udp_send_cb udp.c:436 (libisc.1503.dylib:x86_64+0x1f785)
#9 uv__udp_run_completed <null>:6891168 (libuv.1.dylib:x86_64+0x1278f)
Location is heap block of size 785 at 0x7b5c0002fe80 allocated by thread T8:
#0 malloc <null>:6891200 (libclang_rt.tsan_osx_dynamic.dylib:x86_64h+0x4e65a)
#1 default_memalloc mem.c:685 (libisc.1503.dylib:x86_64+0x17ae1)
#2 dns_db_create db.c:118 (libdns.1503.dylib:x86_64+0x2a09c)
#3 xfrin_recv_done xfrin.c:280 (libdns.1503.dylib:x86_64+0x1943ae)
#4 run task.c:1134 (libisc.1503.dylib:x86_64+0x2c9e1)
Thread T6 (tid=4591544, running) created by main thread at:
#0 pthread_create <null>:6891248 (libclang_rt.tsan_osx_dynamic.dylib:x86_64h+0x2a9cd)
#1 isc_thread_create thread.c:75 (libisc.1503.dylib:x86_64+0x46d1c)
#2 main main.c:902 (named:x86_64+0x10000ad16)
Thread T1 (tid=4591539, running) created by main thread at:
#0 pthread_create <null>:6891248 (libclang_rt.tsan_osx_dynamic.dylib:x86_64h+0x2a9cd)
#1 isc_thread_create thread.c:75 (libisc.1503.dylib:x86_64+0x46d1c)
#2 main main.c:895 (named:x86_64+0x10000acbe)
Thread T8 (tid=4591546, running) created by main thread at:
#0 pthread_create <null>:6891152 (libclang_rt.tsan_osx_dynamic.dylib:x86_64h+0x2a9cd)
#1 isc_thread_create thread.c:75 (libisc.1503.dylib:x86_64+0x46d1c)
#2 main main.c:902 (named:x86_64+0x10000ad16)
SUMMARY: ThreadSanitizer: data race rbtdb.c:5211 in detachnode
```
While similar to the previous issue, the memory block is different.December 2019 (9.11.14, 9.14.9, 9.15.7)https://gitlab.isc.org/isc-projects/bind9/-/issues/1349ThreadSanitizer: data race rbt.c:1310 in dns_rbt_addnode2019-11-26T17:26:47ZOndřej SurýThreadSanitizer: data race rbt.c:1310 in dns_rbt_addnodeFound in the ns3 log running `named` compiled from c5b6f21515d44c997aa4aa259d2e0653a843fba0 in the serve-stale system test:
```
WARNING: ThreadSanitizer: data race (pid=45980)
Write of size 8 at 0x7b1800005f60 by thread T6 (mutexes: wr...Found in the ns3 log running `named` compiled from c5b6f21515d44c997aa4aa259d2e0653a843fba0 in the serve-stale system test:
```
WARNING: ThreadSanitizer: data race (pid=45980)
Write of size 8 at 0x7b1800005f60 by thread T6 (mutexes: write M1014290113594662432):
#0 dns_rbt_addnode rbt.c:1310 (libdns.1503.dylib:x86_64+0xa9a8e)
#1 findnodeintree rbtdb.c:2739 (libdns.1503.dylib:x86_64+0xc896a)
#2 findnode rbtdb.c:2784 (libdns.1503.dylib:x86_64+0xb532b)
#3 dns_db_findnode db.c:447 (libdns.1503.dylib:x86_64+0x2b158)
#4 resquery_response resolver.c:6018 (libdns.1503.dylib:x86_64+0x141e7a)
#5 run task.c:1134 (libisc.1503.dylib:x86_64+0x2c9e1)
Previous read of size 8 at 0x7b1800005f60 by thread T5 (mutexes: write M223627196072301008):
#0 dns_rbt_findnode rbt.c:1467 (libdns.1503.dylib:x86_64+0xab002)
#1 cache_find rbtdb.c:4720 (libdns.1503.dylib:x86_64+0xb54fa)
#2 dns_db_find db.c:511 (libdns.1503.dylib:x86_64+0x2b4df)
#3 dns_view_find view.c:1019 (libdns.1503.dylib:x86_64+0x18cb59)
#4 dbfind_name adb.c:3658 (libdns.1503.dylib:x86_64+0xd8e3)
#5 dns_adb_createfind adb.c:3083 (libdns.1503.dylib:x86_64+0xc163)
#6 findname resolver.c:3371 (libdns.1503.dylib:x86_64+0x13ae8b)
#7 fctx_try resolver.c:3660 (libdns.1503.dylib:x86_64+0x136402)
#8 fctx_start resolver.c:4647 (libdns.1503.dylib:x86_64+0x12f383)
#9 run task.c:1134 (libisc.1503.dylib:x86_64+0x2c9e1)
Location is heap block of size 89 at 0x7b1800005f40 allocated by thread T5:
#0 malloc <null>:6885552 (libclang_rt.tsan_osx_dynamic.dylib:x86_64h+0x4e65a)
#1 default_memalloc mem.c:685 (libisc.1503.dylib:x86_64+0x17ae1)
#2 dns_rbtdb_create rbtdb.c:8200 (libdns.1503.dylib:x86_64+0xb0e92)
#3 dns_db_create db.c:118 (libdns.1503.dylib:x86_64+0x2a09c)
#4 dns_cache_create cache.c:173 (libdns.1503.dylib:x86_64+0x1c5d0)
#5 configure_view server.c:4484 (named:x86_64+0x1000279cf)
#6 load_configuration server.c:8916 (named:x86_64+0x100021275)
#7 run_server server.c:9638 (named:x86_64+0x10000de29)
#8 run task.c:1134 (libisc.1503.dylib:x86_64+0x2c9e1)
Mutex M1014290113594662432 is already destroyed.
Mutex M223627196072301008 is already destroyed.
Thread T6 (tid=4654359, running) created by main thread at:
#0 pthread_create <null>:6885600 (libclang_rt.tsan_osx_dynamic.dylib:x86_64h+0x2a9cd)
#1 isc_thread_create thread.c:75 (libisc.1503.dylib:x86_64+0x46d1c)
#2 main main.c:902 (named:x86_64+0x10000ad16)
Thread T5 (tid=4654358, running) created by main thread at:
#0 pthread_create <null>:6885600 (libclang_rt.tsan_osx_dynamic.dylib:x86_64h+0x2a9cd)
#1 isc_thread_create thread.c:75 (libisc.1503.dylib:x86_64+0x46d1c)
#2 main main.c:902 (named:x86_64+0x10000ad16)
SUMMARY: ThreadSanitizer: data race rbt.c:1310 in dns_rbt_addnode
```December 2019 (9.11.14, 9.14.9, 9.15.7)https://gitlab.isc.org/isc-projects/bind9/-/issues/1350ThreadSanitizer: data race rbt.c:1312 in dns_rbt_addnode2019-11-28T00:10:55ZOndřej SurýThreadSanitizer: data race rbt.c:1312 in dns_rbt_addnodeBinary: `named`
Commit: d744a6fc238fc685411d8bc673c951cb80d6cb81
Tests: mkeys
```
WARNING: ThreadSanitizer: data race (pid=9284)
Write of size 4 at 0x7b2400019cf4 by thread T8 (mutexes: write M18726, write M18318):
#0 dns_rbt_addn...Binary: `named`
Commit: d744a6fc238fc685411d8bc673c951cb80d6cb81
Tests: mkeys
```
WARNING: ThreadSanitizer: data race (pid=9284)
Write of size 4 at 0x7b2400019cf4 by thread T8 (mutexes: write M18726, write M18318):
#0 dns_rbt_addnode rbt.c:1312 (libdns.1505.dylib:x86_64+0xaabba)
#1 findnodeintree rbtdb.c:2738 (libdns.1505.dylib:x86_64+0xc965a)
#2 findnode rbtdb.c:2783 (libdns.1505.dylib:x86_64+0xb641b)
#3 dns_db_findnode db.c:447 (libdns.1505.dylib:x86_64+0x2bcd8)
#4 validated resolver.c:5501 (libdns.1505.dylib:x86_64+0x14b9c1)
#5 run task.c:1134 (libisc.1504.dylib:x86_64+0x3be51)
Previous read of size 4 at 0x7b2400019cf4 by thread T7 (mutexes: write M18786):
#0 addrdataset rbtdb.c:6524 (libdns.1505.dylib:x86_64+0xb9fe7)
#1 dns_db_addrdataset db.c:744 (libdns.1505.dylib:x86_64+0x2ce6e)
#2 addoptout ncache.c:271 (libdns.1505.dylib:x86_64+0x98317)
#3 dns_ncache_add ncache.c:101 (libdns.1505.dylib:x86_64+0x97abc)
#4 resquery_response resolver.c:6479 (libdns.1505.dylib:x86_64+0x144186)
#5 run task.c:1134 (libisc.1504.dylib:x86_64+0x3be51)
Location is heap block of size 138 at 0x7b2400019ce0 allocated by thread T7:
#0 malloc <null>:9010464 (libclang_rt.tsan_osx_dynamic.dylib:x86_64h+0x4e65a)
#1 default_memalloc mem.c:685 (libisc.1504.dylib:x86_64+0x21bbf)
#2 isc___mem_allocate mem.c:598 (libisc.1504.dylib:x86_64+0x22a1c)
#3 isc___mem_get mem.c:2387 (libisc.1504.dylib:x86_64+0x22037)
#4 isc__mem_get mem.c:2365 (libisc.1504.dylib:x86_64+0x1cd3e)
#5 create_node rbt.c:2189 (libdns.1505.dylib:x86_64+0xabcc5)
#6 dns_rbt_addnode rbt.c:1146 (libdns.1505.dylib:x86_64+0xab888)
#7 findnodeintree rbtdb.c:2738 (libdns.1505.dylib:x86_64+0xc965a)
#8 findnode rbtdb.c:2783 (libdns.1505.dylib:x86_64+0xb641b)
#9 dns_db_findnode db.c:447 (libdns.1505.dylib:x86_64+0x2bcd8)
#10 resquery_response resolver.c:6632 (libdns.1505.dylib:x86_64+0x144064)
#11 run task.c:1134 (libisc.1504.dylib:x86_64+0x3be51)
Mutex M18726 (0x7b7c00003030) created at:
#0 pthread_mutex_init <null>:9010320 (libclang_rt.tsan_osx_dynamic.dylib:x86_64h+0x2b9a3)
#1 isc__mutex_init mutex.c:286 (libisc.1504.dylib:x86_64+0x58ca9)
#2 dns_resolver_create resolver.c:10030 (libdns.1505.dylib:x86_64+0x12b7b0)
#3 dns_view_createresolver view.c:763 (libdns.1505.dylib:x86_64+0x18ca48)
#4 configure_view server.c:4553 (named:x86_64+0x10002aebf)
#5 load_configuration server.c:8903 (named:x86_64+0x100023fa6)
#6 run_server server.c:9639 (named:x86_64+0x10001100d)
#7 run task.c:1134 (libisc.1504.dylib:x86_64+0x3be51)
Mutex M18318 (0x7b5c00012060) created at:
#0 pthread_rwlock_init <null>:9010320 (libclang_rt.tsan_osx_dynamic.dylib:x86_64h+0x2bd21)
#1 isc_rwlock_init rwlock.c:41 (libisc.1504.dylib:x86_64+0x34ffb)
#2 dns_rbtdb_create rbtdb.c:8094 (libdns.1505.dylib:x86_64+0xb1960)
#3 dns_db_create db.c:118 (libdns.1505.dylib:x86_64+0x2ac1c)
#4 dns_cache_create cache.c:173 (libdns.1505.dylib:x86_64+0x1d150)
#5 configure_view server.c:4485 (named:x86_64+0x10002ab4f)
#6 load_configuration server.c:8903 (named:x86_64+0x100023fa6)
#7 run_server server.c:9639 (named:x86_64+0x10001100d)
#8 run task.c:1134 (libisc.1504.dylib:x86_64+0x3be51)
Mutex M18786 (0x7b7c00003648) created at:
#0 pthread_mutex_init <null>:9010320 (libclang_rt.tsan_osx_dynamic.dylib:x86_64h+0x2b9a3)
#1 isc__mutex_init mutex.c:286 (libisc.1504.dylib:x86_64+0x58ca9)
#2 dns_resolver_create resolver.c:10030 (libdns.1505.dylib:x86_64+0x12b7b0)
#3 dns_view_createresolver view.c:763 (libdns.1505.dylib:x86_64+0x18ca48)
#4 configure_view server.c:4553 (named:x86_64+0x10002aebf)
#5 load_configuration server.c:8903 (named:x86_64+0x100023fa6)
#6 run_server server.c:9639 (named:x86_64+0x10001100d)
#7 run task.c:1134 (libisc.1504.dylib:x86_64+0x3be51)
Thread T8 (tid=2457582, running) created by main thread at:
#0 pthread_create <null>:9010512 (libclang_rt.tsan_osx_dynamic.dylib:x86_64h+0x2a9cd)
#1 isc_thread_create thread.c:75 (libisc.1504.dylib:x86_64+0x58db1)
#2 isc_taskmgr_create task.c:1410 (libisc.1504.dylib:x86_64+0x3b340)
#3 main main.c:902 (named:x86_64+0x10000df16)
Thread T7 (tid=2457581, running) created by main thread at:
#0 pthread_create <null>:9010512 (libclang_rt.tsan_osx_dynamic.dylib:x86_64h+0x2a9cd)
#1 isc_thread_create thread.c:75 (libisc.1504.dylib:x86_64+0x58db1)
#2 isc_taskmgr_create task.c:1410 (libisc.1504.dylib:x86_64+0x3b340)
#3 main main.c:902 (named:x86_64+0x10000df16)
SUMMARY: ThreadSanitizer: data race rbt.c:1312 in dns_rbt_addnode
```December 2019 (9.11.14, 9.14.9, 9.15.7)https://gitlab.isc.org/isc-projects/bind9/-/issues/1351ThreadSanitizer: data race rbtdb.c:1960 in decrement_reference2019-11-26T17:26:40ZOndřej SurýThreadSanitizer: data race rbtdb.c:1960 in decrement_reference* Binary: `named`
* Commit: c5b6f21515d44c997aa4aa259d2e0653a843fba0
* Tests: autosign
```
WARNING: ThreadSanitizer: data race (pid=45980)
Read of size 8 at 0x7b200001bbc8 by thread T6 (mutexes: write M1014290113594662432):
#0 dec...* Binary: `named`
* Commit: c5b6f21515d44c997aa4aa259d2e0653a843fba0
* Tests: autosign
```
WARNING: ThreadSanitizer: data race (pid=45980)
Read of size 8 at 0x7b200001bbc8 by thread T6 (mutexes: write M1014290113594662432):
#0 decrement_reference rbtdb.c:1960 (libdns.1503.dylib:x86_64+0xc2c09)
#1 detachnode rbtdb.c:5197 (libdns.1503.dylib:x86_64+0xb7024)
#2 dns_db_detachnode db.c:606 (libdns.1503.dylib:x86_64+0x2bad0)
#3 resquery_response resolver.c:6410 (libdns.1503.dylib:x86_64+0x142c04)
#4 run task.c:1134 (libisc.1503.dylib:x86_64+0x2c9e1)
Previous write of size 8 at 0x7b200001bbc8 by thread T5 (mutexes: write M1035682211824674264):
#0 dns_rbt_addnode rbt.c (libdns.1503.dylib:x86_64+0xaa632)
#1 findnodeintree rbtdb.c:2739 (libdns.1503.dylib:x86_64+0xc896a)
#2 findnode rbtdb.c:2784 (libdns.1503.dylib:x86_64+0xb532b)
#3 dns_db_findnode db.c:447 (libdns.1503.dylib:x86_64+0x2b158)
#4 resquery_response resolver.c:6629 (libdns.1503.dylib:x86_64+0x1432d4)
#5 run task.c:1134 (libisc.1503.dylib:x86_64+0x2c9e1)
Location is heap block of size 116 at 0x7b200001bb80 allocated by thread T6:
#0 malloc <null>:6886992 (libclang_rt.tsan_osx_dynamic.dylib:x86_64h+0x4e65a)
#1 default_memalloc mem.c:685 (libisc.1503.dylib:x86_64+0x17ae1)
#2 dns_rbt_addnode rbt.c:1274 (libdns.1503.dylib:x86_64+0xa98fa)
#3 findnodeintree rbtdb.c:2739 (libdns.1503.dylib:x86_64+0xc896a)
#4 findnode rbtdb.c:2784 (libdns.1503.dylib:x86_64+0xb532b)
#5 dns_db_findnode db.c:447 (libdns.1503.dylib:x86_64+0x2b158)
#6 resquery_response resolver.c:6018 (libdns.1503.dylib:x86_64+0x141e7a)
#7 run task.c:1134 (libisc.1503.dylib:x86_64+0x2c9e1)
Mutex M1014290113594662432 is already destroyed.
Mutex M1035682211824674264 is already destroyed.
Thread T6 (tid=4654359, running) created by main thread at:
#0 pthread_create <null>:6887040 (libclang_rt.tsan_osx_dynamic.dylib:x86_64h+0x2a9cd)
#1 isc_thread_create thread.c:75 (libisc.1503.dylib:x86_64+0x46d1c)
#2 main main.c:902 (named:x86_64+0x10000ad16)
Thread T5 (tid=4654358, running) created by main thread at:
#0 pthread_create <null>:6887040 (libclang_rt.tsan_osx_dynamic.dylib:x86_64h+0x2a9cd)
#1 isc_thread_create thread.c:75 (libisc.1503.dylib:x86_64+0x46d1c)
#2 main main.c:902 (named:x86_64+0x10000ad16)
SUMMARY: ThreadSanitizer: data race rbtdb.c:1960 in decrement_reference
```December 2019 (9.11.14, 9.14.9, 9.15.7)https://gitlab.isc.org/isc-projects/bind9/-/issues/1352ThreadSanitizer: data race rbtdb.c:{10066,10068,10069,10070} in update_header2019-11-28T18:33:08ZOndřej SurýThreadSanitizer: data race rbtdb.c:{10066,10068,10069,10070} in update_header* Binary: `named`
* Commit: `c5b6f21515d44c997aa4aa259d2e0653a843fba0`
* Tests: autosign
```
WARNING: ThreadSanitizer: data race (pid=45980)
Read of size 8 at 0x7b30000115e0 by thread T7 (mutexes: write M290055290576030928):
#0 up...* Binary: `named`
* Commit: `c5b6f21515d44c997aa4aa259d2e0653a843fba0`
* Tests: autosign
```
WARNING: ThreadSanitizer: data race (pid=45980)
Read of size 8 at 0x7b30000115e0 by thread T7 (mutexes: write M290055290576030928):
#0 update_header rbtdb.c:10066 (libdns.1503.dylib:x86_64+0xc9f52)
#1 find_deepest_zonecut rbtdb.c:4558 (libdns.1503.dylib:x86_64+0xc9886)
#2 cache_find rbtdb.c:4738 (libdns.1503.dylib:x86_64+0xb5f48)
#3 dns_db_find db.c:511 (libdns.1503.dylib:x86_64+0x2b4df)
#4 dns_view_find view.c:1019 (libdns.1503.dylib:x86_64+0x18cb59)
#5 dbfind_name adb.c:3658 (libdns.1503.dylib:x86_64+0xd8e3)
#6 dns_adb_createfind adb.c:3083 (libdns.1503.dylib:x86_64+0xc163)
#7 findname resolver.c:3371 (libdns.1503.dylib:x86_64+0x13ae8b)
#8 fctx_try resolver.c:3660 (libdns.1503.dylib:x86_64+0x136402)
#9 fctx_start resolver.c:4647 (libdns.1503.dylib:x86_64+0x12f383)
#10 run task.c:1134 (libisc.1503.dylib:x86_64+0x2c9e1)
Previous write of size 8 at 0x7b30000115e0 by thread T5:
#0 update_header rbtdb.c:10068 (libdns.1503.dylib:x86_64+0xca06e)
#1 cache_findzonecut rbtdb.c:5146 (libdns.1503.dylib:x86_64+0xb6cb7)
#2 dns_db_findzonecut db.c:577 (libdns.1503.dylib:x86_64+0x2b900)
#3 dns_view_findzonecut view.c:1309 (libdns.1503.dylib:x86_64+0x18d4be)
#4 rctx_done resolver.c:9348 (libdns.1503.dylib:x86_64+0x1443e8)
#5 resquery_response resolver.c (libdns.1503.dylib:x86_64+0x13ece7)
#6 run task.c:1134 (libisc.1503.dylib:x86_64+0x2c9e1)
Location is heap block of size 183 at 0x7b3000011580 allocated by thread T5:
#0 malloc <null>:7941664 (libclang_rt.tsan_osx_dynamic.dylib:x86_64h+0x4e65a)
#1 default_memalloc mem.c:685 (libisc.1503.dylib:x86_64+0x17ae1)
#2 addrdataset rbtdb.c:6450 (libdns.1503.dylib:x86_64+0xb88d4)
#3 dns_db_addrdataset db.c:744 (libdns.1503.dylib:x86_64+0x2c2ee)
#4 resquery_response resolver.c:6341 (libdns.1503.dylib:x86_64+0x1424a7)
#5 run task.c:1134 (libisc.1503.dylib:x86_64+0x2c9e1)
Mutex M290055290576030928 is already destroyed.
Thread T7 (tid=4654360, running) created by main thread at:
#0 pthread_create <null>:7941712 (libclang_rt.tsan_osx_dynamic.dylib:x86_64h+0x2a9cd)
#1 isc_thread_create thread.c:75 (libisc.1503.dylib:x86_64+0x46d1c)
#2 main main.c:902 (named:x86_64+0x10000ad16)
Thread T5 (tid=4654358, running) created by main thread at:
#0 pthread_create <null>:7941712 (libclang_rt.tsan_osx_dynamic.dylib:x86_64h+0x2a9cd)
#1 isc_thread_create thread.c:75 (libisc.1503.dylib:x86_64+0x46d1c)
#2 main main.c:902 (named:x86_64+0x10000ad16)
SUMMARY: ThreadSanitizer: data race rbtdb.c:10066 in update_header
```
And same memory block, just different location:
```
WARNING: ThreadSanitizer: data race (pid=45980)
Read of size 8 at 0x7b30000115e8 by thread T7 (mutexes: write M290055290576030928):
#0 update_header rbtdb.c:10068 (libdns.1503.dylib:x86_64+0xc9f6d)
#1 find_deepest_zonecut rbtdb.c:4558 (libdns.1503.dylib:x86_64+0xc9886)
#2 cache_find rbtdb.c:4738 (libdns.1503.dylib:x86_64+0xb5f48)
#3 dns_db_find db.c:511 (libdns.1503.dylib:x86_64+0x2b4df)
#4 dns_view_find view.c:1019 (libdns.1503.dylib:x86_64+0x18cb59)
#5 dbfind_name adb.c:3658 (libdns.1503.dylib:x86_64+0xd8e3)
#6 dns_adb_createfind adb.c:3083 (libdns.1503.dylib:x86_64+0xc163)
#7 findname resolver.c:3371 (libdns.1503.dylib:x86_64+0x13ae8b)
#8 fctx_try resolver.c:3660 (libdns.1503.dylib:x86_64+0x136402)
#9 fctx_start resolver.c:4647 (libdns.1503.dylib:x86_64+0x12f383)
#10 run task.c:1134 (libisc.1503.dylib:x86_64+0x2c9e1)
Previous write of size 8 at 0x7b30000115e8 by thread T5:
#0 update_header rbtdb.c:10068 (libdns.1503.dylib:x86_64+0xca06e)
#1 cache_findzonecut rbtdb.c:5146 (libdns.1503.dylib:x86_64+0xb6cb7)
#2 dns_db_findzonecut db.c:577 (libdns.1503.dylib:x86_64+0x2b900)
#3 dns_view_findzonecut view.c:1309 (libdns.1503.dylib:x86_64+0x18d4be)
#4 rctx_done resolver.c:9348 (libdns.1503.dylib:x86_64+0x1443e8)
#5 resquery_response resolver.c (libdns.1503.dylib:x86_64+0x13ece7)
#6 run task.c:1134 (libisc.1503.dylib:x86_64+0x2c9e1)
Location is heap block of size 183 at 0x7b3000011580 allocated by thread T5:
#0 malloc <null>:7941664 (libclang_rt.tsan_osx_dynamic.dylib:x86_64h+0x4e65a)
#1 default_memalloc mem.c:685 (libisc.1503.dylib:x86_64+0x17ae1)
#2 addrdataset rbtdb.c:6450 (libdns.1503.dylib:x86_64+0xb88d4)
#3 dns_db_addrdataset db.c:744 (libdns.1503.dylib:x86_64+0x2c2ee)
#4 resquery_response resolver.c:6341 (libdns.1503.dylib:x86_64+0x1424a7)
#5 run task.c:1134 (libisc.1503.dylib:x86_64+0x2c9e1)
Mutex M290055290576030928 is already destroyed.
Thread T7 (tid=4654360, running) created by main thread at:
#0 pthread_create <null>:7941712 (libclang_rt.tsan_osx_dynamic.dylib:x86_64h+0x2a9cd)
#1 isc_thread_create thread.c:75 (libisc.1503.dylib:x86_64+0x46d1c)
#2 main main.c:902 (named:x86_64+0x10000ad16)
Thread T5 (tid=4654358, running) created by main thread at:
#0 pthread_create <null>:7941712 (libclang_rt.tsan_osx_dynamic.dylib:x86_64h+0x2a9cd)
#1 isc_thread_create thread.c:75 (libisc.1503.dylib:x86_64+0x46d1c)
#2 main main.c:902 (named:x86_64+0x10000ad16)
SUMMARY: ThreadSanitizer: data race rbtdb.c:10068 in update_header
```
One more:
```
WARNING: ThreadSanitizer: data race (pid=45980)
Write of size 4 at 0x7b30000115d8 by thread T7 (mutexes: write M290055290576030928):
#0 update_header rbtdb.c:10069 (libdns.1503.dylib:x86_64+0xca0f1)
#1 find_deepest_zonecut rbtdb.c:4558 (libdns.1503.dylib:x86_64+0xc9886)
#2 cache_find rbtdb.c:4738 (libdns.1503.dylib:x86_64+0xb5f48)
#3 dns_db_find db.c:511 (libdns.1503.dylib:x86_64+0x2b4df)
#4 dns_view_find view.c:1019 (libdns.1503.dylib:x86_64+0x18cb59)
#5 dbfind_name adb.c:3658 (libdns.1503.dylib:x86_64+0xd8e3)
#6 dns_adb_createfind adb.c:3083 (libdns.1503.dylib:x86_64+0xc163)
#7 findname resolver.c:3371 (libdns.1503.dylib:x86_64+0x13ae8b)
#8 fctx_try resolver.c:3660 (libdns.1503.dylib:x86_64+0x136402)
#9 fctx_start resolver.c:4647 (libdns.1503.dylib:x86_64+0x12f383)
#10 run task.c:1134 (libisc.1503.dylib:x86_64+0x2c9e1)
Previous write of size 4 at 0x7b30000115d8 by thread T5:
#0 update_header rbtdb.c:10069 (libdns.1503.dylib:x86_64+0xca0f1)
#1 cache_findzonecut rbtdb.c:5146 (libdns.1503.dylib:x86_64+0xb6cb7)
#2 dns_db_findzonecut db.c:577 (libdns.1503.dylib:x86_64+0x2b900)
#3 dns_view_findzonecut view.c:1309 (libdns.1503.dylib:x86_64+0x18d4be)
#4 rctx_done resolver.c:9348 (libdns.1503.dylib:x86_64+0x1443e8)
#5 resquery_response resolver.c (libdns.1503.dylib:x86_64+0x13ece7)
#6 run task.c:1134 (libisc.1503.dylib:x86_64+0x2c9e1)
Location is heap block of size 183 at 0x7b3000011580 allocated by thread T5:
#0 malloc <null>:7941664 (libclang_rt.tsan_osx_dynamic.dylib:x86_64h+0x4e65a)
#1 default_memalloc mem.c:685 (libisc.1503.dylib:x86_64+0x17ae1)
#2 addrdataset rbtdb.c:6450 (libdns.1503.dylib:x86_64+0xb88d4)
#3 dns_db_addrdataset db.c:744 (libdns.1503.dylib:x86_64+0x2c2ee)
#4 resquery_response resolver.c:6341 (libdns.1503.dylib:x86_64+0x1424a7)
#5 run task.c:1134 (libisc.1503.dylib:x86_64+0x2c9e1)
Mutex M290055290576030928 is already destroyed.
Thread T7 (tid=4654360, running) created by main thread at:
#0 pthread_create <null>:7941712 (libclang_rt.tsan_osx_dynamic.dylib:x86_64h+0x2a9cd)
#1 isc_thread_create thread.c:75 (libisc.1503.dylib:x86_64+0x46d1c)
#2 main main.c:902 (named:x86_64+0x10000ad16)
Thread T5 (tid=4654358, running) created by main thread at:
#0 pthread_create <null>:7941712 (libclang_rt.tsan_osx_dynamic.dylib:x86_64h+0x2a9cd)
#1 isc_thread_create thread.c:75 (libisc.1503.dylib:x86_64+0x46d1c)
#2 main main.c:902 (named:x86_64+0x10000ad16)
SUMMARY: ThreadSanitizer: data race rbtdb.c:10069 in update_header
```
and from a different location (seems like `rdatasetheader_t *header` is unlocked and it should be):
```
WARNING: ThreadSanitizer: data race (pid=45980)
Write of size 8 at 0x7b440003b610 by thread T1:
#0 update_header rbtdb.c:10070 (libdns.1503.dylib:x86_64+0xca1c7)
#1 find_deepest_zonecut rbtdb.c:4558 (libdns.1503.dylib:x86_64+0xc9886)
#2 cache_find rbtdb.c:4738 (libdns.1503.dylib:x86_64+0xb5f48)
#3 dns_db_findext db.c:551 (libdns.1503.dylib:x86_64+0x2b74e)
#4 query_lookup query.c:5515 (libns.1501.dylib:x86_64+0x1350e)
#5 ns__query_start query.c:5441 (libns.1501.dylib:x86_64+0x1146c)
#6 ns_query_start query.c:5162 (libns.1501.dylib:x86_64+0x172c8)
#7 ns__client_request client.c:2152 (libns.1501.dylib:x86_64+0x66a2)
#8 dnslisten_readcb tcpdns.c:185 (libisc.1503.dylib:x86_64+0x209b9)
#9 read_cb tcp.c:346 (libisc.1503.dylib:x86_64+0x1d15f)
#10 uv__stream_io <null>:1541232 (libuv.1.dylib:x86_64+0xeda1)
Previous read of size 8 at 0x7b440003b610 by thread T7:
#0 free_rdataset rbtdb.c:1463 (libdns.1503.dylib:x86_64+0xbf956)
#1 decrement_reference rbtdb.c:1572 (libdns.1503.dylib:x86_64+0xc31dc)
#2 detachnode rbtdb.c:5197 (libdns.1503.dylib:x86_64+0xb7024)
#3 rdataset_disassociate rbtdb.c:8377 (libdns.1503.dylib:x86_64+0xc0330)
#4 dns_rdataset_disassociate rdataset.c:118 (libdns.1503.dylib:x86_64+0x120089)
#5 fctx_destroy resolver.c:4395 (libdns.1503.dylib:x86_64+0x130251)
#6 fctx_doshutdown resolver.c:4570 (libdns.1503.dylib:x86_64+0x14c626)
#7 run task.c:1134 (libisc.1503.dylib:x86_64+0x2c9e1)
Location is heap block of size 273 at 0x7b440003b600 allocated by thread T5:
#0 malloc <null>:1541264 (libclang_rt.tsan_osx_dynamic.dylib:x86_64h+0x4e65a)
#1 default_memalloc mem.c:685 (libisc.1503.dylib:x86_64+0x17ae1)
#2 dns_db_create db.c:118 (libdns.1503.dylib:x86_64+0x2a09c)
#3 dns_cache_create cache.c:173 (libdns.1503.dylib:x86_64+0x1c5d0)
#4 configure_view server.c:4484 (named:x86_64+0x1000279cf)
#5 load_configuration server.c:8916 (named:x86_64+0x100021275)
#6 run_server server.c:9638 (named:x86_64+0x10000de29)
#7 run task.c:1134 (libisc.1503.dylib:x86_64+0x2c9e1)
Thread T1 (tid=4654354, running) created by main thread at:
#0 pthread_create <null>:1541312 (libclang_rt.tsan_osx_dynamic.dylib:x86_64h+0x2a9cd)
#1 isc_thread_create thread.c:75 (libisc.1503.dylib:x86_64+0x46d1c)
#2 main main.c:895 (named:x86_64+0x10000acbe)
Thread T7 (tid=4654360, running) created by main thread at:
#0 pthread_create <null>:1541312 (libclang_rt.tsan_osx_dynamic.dylib:x86_64h+0x2a9cd)
#1 isc_thread_create thread.c:75 (libisc.1503.dylib:x86_64+0x46d1c)
#2 main main.c:902 (named:x86_64+0x10000ad16)
Thread T5 (tid=4654358, running) created by main thread at:
#0 pthread_create <null>:1541216 (libclang_rt.tsan_osx_dynamic.dylib:x86_64h+0x2a9cd)
#1 isc_thread_create thread.c:75 (libisc.1503.dylib:x86_64+0x46d1c)
#2 main main.c:902 (named:x86_64+0x10000ad16)
SUMMARY: ThreadSanitizer: data race rbtdb.c:10070 in update_header
```
December 2019 (9.11.14, 9.14.9, 9.15.7)https://gitlab.isc.org/isc-projects/bind9/-/issues/1353ThreadSanitizer: data race rbtdb.c in update_header2019-11-28T18:33:07ZOndřej SurýThreadSanitizer: data race rbtdb.c in update_header* Binary: `named`
* Commit: c5b6f21515d44c997aa4aa259d2e0653a843fba0
* Tests: autosign
```
WARNING: ThreadSanitizer: data race (pid=45980)
Write of size 8 at 0x7b4c00003160 by thread T7 (mutexes: write M290055290576030928):
#0 upd...* Binary: `named`
* Commit: c5b6f21515d44c997aa4aa259d2e0653a843fba0
* Tests: autosign
```
WARNING: ThreadSanitizer: data race (pid=45980)
Write of size 8 at 0x7b4c00003160 by thread T7 (mutexes: write M290055290576030928):
#0 update_header rbtdb.c (libdns.1503.dylib:x86_64+0xc9fe5)
#1 find_deepest_zonecut rbtdb.c:4558 (libdns.1503.dylib:x86_64+0xc9886)
#2 cache_find rbtdb.c:4738 (libdns.1503.dylib:x86_64+0xb5f48)
#3 dns_db_find db.c:511 (libdns.1503.dylib:x86_64+0x2b4df)
#4 dns_view_find view.c:1019 (libdns.1503.dylib:x86_64+0x18cb59)
#5 dbfind_name adb.c:3658 (libdns.1503.dylib:x86_64+0xd8e3)
#6 dns_adb_createfind adb.c:3083 (libdns.1503.dylib:x86_64+0xc163)
#7 findname resolver.c:3371 (libdns.1503.dylib:x86_64+0x13ae8b)
#8 fctx_try resolver.c:3660 (libdns.1503.dylib:x86_64+0x136402)
#9 fctx_start resolver.c:4647 (libdns.1503.dylib:x86_64+0x12f383)
#10 run task.c:1134 (libisc.1503.dylib:x86_64+0x2c9e1)
Previous write of size 8 at 0x7b4c00003160 by thread T5:
#0 update_header rbtdb.c (libdns.1503.dylib:x86_64+0xc9fe5)
#1 cache_findzonecut rbtdb.c:5146 (libdns.1503.dylib:x86_64+0xb6cb7)
#2 dns_db_findzonecut db.c:577 (libdns.1503.dylib:x86_64+0x2b900)
#3 dns_view_findzonecut view.c:1309 (libdns.1503.dylib:x86_64+0x18d4be)
#4 rctx_done resolver.c:9348 (libdns.1503.dylib:x86_64+0x1443e8)
#5 resquery_response resolver.c (libdns.1503.dylib:x86_64+0x13ece7)
#6 run task.c:1134 (libisc.1503.dylib:x86_64+0x2c9e1)
Location is heap block of size 447 at 0x7b4c00003100 allocated by thread T5:
#0 malloc <null>:7941664 (libclang_rt.tsan_osx_dynamic.dylib:x86_64h+0x4e65a)
#1 default_memalloc mem.c:685 (libisc.1503.dylib:x86_64+0x17ae1)
#2 addrdataset rbtdb.c:6450 (libdns.1503.dylib:x86_64+0xb88d4)
#3 dns_db_addrdataset db.c:744 (libdns.1503.dylib:x86_64+0x2c2ee)
#4 resquery_response resolver.c:6226 (libdns.1503.dylib:x86_64+0x1426c0)
#5 run task.c:1134 (libisc.1503.dylib:x86_64+0x2c9e1)
Mutex M290055290576030928 is already destroyed.
Thread T7 (tid=4654360, running) created by main thread at:
#0 pthread_create <null>:7941712 (libclang_rt.tsan_osx_dynamic.dylib:x86_64h+0x2a9cd)
#1 isc_thread_create thread.c:75 (libisc.1503.dylib:x86_64+0x46d1c)
#2 main main.c:902 (named:x86_64+0x10000ad16)
Thread T5 (tid=4654358, running) created by main thread at:
#0 pthread_create <null>:7941712 (libclang_rt.tsan_osx_dynamic.dylib:x86_64h+0x2a9cd)
#1 isc_thread_create thread.c:75 (libisc.1503.dylib:x86_64+0x46d1c)
#2 main main.c:902 (named:x86_64+0x10000ad16)
SUMMARY: ThreadSanitizer: data race rbtdb.c in update_header
```December 2019 (9.11.14, 9.14.9, 9.15.7)https://gitlab.isc.org/isc-projects/bind9/-/issues/1354ThreadSanitizer: data race message.c:3283 in dns_message_sectiontotext2019-11-26T13:00:04ZOndřej SurýThreadSanitizer: data race message.c:3283 in dns_message_sectiontotext* Binary: `named`
* Commit: `c5b6f21515d44c997aa4aa259d2e0653a843fba0`
* Tests: autosign, cacheclean, checknames, fetchlimit, forward
```
WARNING: ThreadSanitizer: data race (pid=45980)
Read of size 4 at 0x0001093a6698 by thread T5:
...* Binary: `named`
* Commit: `c5b6f21515d44c997aa4aa259d2e0653a843fba0`
* Tests: autosign, cacheclean, checknames, fetchlimit, forward
```
WARNING: ThreadSanitizer: data race (pid=45980)
Read of size 4 at 0x0001093a6698 by thread T5:
#0 dns_message_sectiontotext message.c:3283 (libdns.1503.dylib:x86_64+0x7be45)
#1 dns_message_totext message.c:4266 (libdns.1503.dylib:x86_64+0x8d835)
#2 logfmtpacket message.c:4401 (libdns.1503.dylib:x86_64+0x8dee6)
#3 dns_message_logfmtpacket message.c:4367 (libdns.1503.dylib:x86_64+0x8dfed)
#4 resquery_send resolver.c:2764 (libdns.1503.dylib:x86_64+0x13dbbe)
#5 fctx_query resolver.c:2142 (libdns.1503.dylib:x86_64+0x13a003)
#6 fctx_try resolver.c:4129 (libdns.1503.dylib:x86_64+0x136b61)
#7 rctx_done resolver.c:9397 (libdns.1503.dylib:x86_64+0x144328)
#8 resquery_response resolver.c (libdns.1503.dylib:x86_64+0x13ece7)
#9 run task.c:1134 (libisc.1503.dylib:x86_64+0x2c9e1)
Previous write of size 4 at 0x0001093a6698 by thread T7:
#0 dns_message_sectiontotext message.c:3366 (libdns.1503.dylib:x86_64+0x7cb17)
#1 dns_message_totext message.c:4266 (libdns.1503.dylib:x86_64+0x8d835)
#2 logfmtpacket message.c:4401 (libdns.1503.dylib:x86_64+0x8dee6)
#3 dns_message_logfmtpacket message.c:4367 (libdns.1503.dylib:x86_64+0x8dfed)
#4 resquery_send resolver.c:2764 (libdns.1503.dylib:x86_64+0x13dbbe)
#5 fctx_query resolver.c:2142 (libdns.1503.dylib:x86_64+0x13a003)
#6 fctx_try resolver.c:4129 (libdns.1503.dylib:x86_64+0x136b61)
#7 fctx_start resolver.c:4647 (libdns.1503.dylib:x86_64+0x12f383)
#8 run task.c:1134 (libisc.1503.dylib:x86_64+0x2c9e1)
Location is global 'dns_master_indent' at 0x0001093a6698 (libdns.1503.dylib+0x000000251698)
Thread T5 (tid=4654358, running) created by main thread at:
#0 pthread_create <null>:5820288 (libclang_rt.tsan_osx_dynamic.dylib:x86_64h+0x2a9cd)
#1 isc_thread_create thread.c:75 (libisc.1503.dylib:x86_64+0x46d1c)
#2 main main.c:902 (named:x86_64+0x10000ad16)
Thread T7 (tid=4654360, running) created by main thread at:
#0 pthread_create <null>:5820288 (libclang_rt.tsan_osx_dynamic.dylib:x86_64h+0x2a9cd)
#1 isc_thread_create thread.c:75 (libisc.1503.dylib:x86_64+0x46d1c)
#2 main main.c:902 (named:x86_64+0x10000ad16)
SUMMARY: ThreadSanitizer: data race message.c:3283 in dns_message_sectiontotext
```December 2019 (9.11.14, 9.14.9, 9.15.7)Mark AndrewsMark Andrewshttps://gitlab.isc.org/isc-projects/bind9/-/issues/1355ThreadSanitizer: data race rbtdb.c:6279 in add322019-11-26T17:26:22ZOndřej SurýThreadSanitizer: data race rbtdb.c:6279 in add32* Binary: `named`
* Commit: c5b6f21515d44c997aa4aa259d2e0653a843fba0
* Tests: autosign
```
WARNING: ThreadSanitizer: data race (pid=45980)
Write of size 8 at 0x7b200001e9e0 by thread T5 (mutexes: write M1026675012569932440):
#0 ad...* Binary: `named`
* Commit: c5b6f21515d44c997aa4aa259d2e0653a843fba0
* Tests: autosign
```
WARNING: ThreadSanitizer: data race (pid=45980)
Write of size 8 at 0x7b200001e9e0 by thread T5 (mutexes: write M1026675012569932440):
#0 add32 rbtdb.c:6279 (libdns.1503.dylib:x86_64+0xbd702)
#1 addrdataset rbtdb.c:6599 (libdns.1503.dylib:x86_64+0xb9abc)
#2 dns_db_addrdataset db.c:744 (libdns.1503.dylib:x86_64+0x2c2ee)
#3 validated resolver.c:5710 (libdns.1503.dylib:x86_64+0x14b790)
#4 run task.c:1134 (libisc.1503.dylib:x86_64+0x2c9e1)
Previous read of size 8 at 0x7b200001e9e0 by thread T8:
#0 decrement_reference rbtdb.c:1960 (libdns.1503.dylib:x86_64+0xc2bf9)
#1 detachnode rbtdb.c:5197 (libdns.1503.dylib:x86_64+0xb7024)
#2 rdataset_disassociate rbtdb.c:8377 (libdns.1503.dylib:x86_64+0xc0330)
#3 dns_rdataset_disassociate rdataset.c:118 (libdns.1503.dylib:x86_64+0x120089)
#4 fctx_destroy resolver.c:4395 (libdns.1503.dylib:x86_64+0x130251)
#5 fctx_doshutdown resolver.c:4570 (libdns.1503.dylib:x86_64+0x14c626)
#6 run task.c:1134 (libisc.1503.dylib:x86_64+0x2c9e1)
Location is heap block of size 121 at 0x7b200001e980 allocated by thread T5:
#0 malloc <null>:5829376 (libclang_rt.tsan_osx_dynamic.dylib:x86_64h+0x4e65a)
#1 default_memalloc mem.c:685 (libisc.1503.dylib:x86_64+0x17ae1)
#2 dns_rbt_addnode rbt.c:1382 (libdns.1503.dylib:x86_64+0xa9d06)
#3 findnodeintree rbtdb.c:2739 (libdns.1503.dylib:x86_64+0xc896a)
#4 findnode rbtdb.c:2784 (libdns.1503.dylib:x86_64+0xb532b)
#5 dns_db_findnode db.c:447 (libdns.1503.dylib:x86_64+0x2b158)
#6 resquery_response resolver.c:6018 (libdns.1503.dylib:x86_64+0x141e7a)
#7 run task.c:1134 (libisc.1503.dylib:x86_64+0x2c9e1)
Mutex M1026675012569932440 is already destroyed.
Thread T5 (tid=4654358, running) created by main thread at:
#0 pthread_create <null>:5829424 (libclang_rt.tsan_osx_dynamic.dylib:x86_64h+0x2a9cd)
#1 isc_thread_create thread.c:75 (libisc.1503.dylib:x86_64+0x46d1c)
#2 main main.c:902 (named:x86_64+0x10000ad16)
Thread T8 (tid=4654361, running) created by main thread at:
#0 pthread_create <null>:5829424 (libclang_rt.tsan_osx_dynamic.dylib:x86_64h+0x2a9cd)
#1 isc_thread_create thread.c:75 (libisc.1503.dylib:x86_64+0x46d1c)
#2 main main.c:902 (named:x86_64+0x10000ad16)
SUMMARY: ThreadSanitizer: data race rbtdb.c:6279 in add32
```December 2019 (9.11.14, 9.14.9, 9.15.7)https://gitlab.isc.org/isc-projects/bind9/-/issues/1356ThreadSanitizer: data race rbtdb.c:1463 in free_rdataset2019-11-26T17:26:19ZOndřej SurýThreadSanitizer: data race rbtdb.c:1463 in free_rdatasetBinary: `named`
Commit: c5b6f21515d44c997aa4aa259d2e0653a843fba0
Tests: autosign
```
WARNING: ThreadSanitizer: data race (pid=45980)
Read of size 8 at 0x7b440003b650 by thread T6:
#0 free_rdataset rbtdb.c:1463 (libdns.1503.dylib:x...Binary: `named`
Commit: c5b6f21515d44c997aa4aa259d2e0653a843fba0
Tests: autosign
```
WARNING: ThreadSanitizer: data race (pid=45980)
Read of size 8 at 0x7b440003b650 by thread T6:
#0 free_rdataset rbtdb.c:1463 (libdns.1503.dylib:x86_64+0xbf956)
#1 decrement_reference rbtdb.c:1572 (libdns.1503.dylib:x86_64+0xc31dc)
#2 detachnode rbtdb.c:5197 (libdns.1503.dylib:x86_64+0xb7024)
#3 rdataset_disassociate rbtdb.c:8377 (libdns.1503.dylib:x86_64+0xc0330)
#4 dns_rdataset_disassociate rdataset.c:118 (libdns.1503.dylib:x86_64+0x120089)
#5 fctx_destroy resolver.c:4395 (libdns.1503.dylib:x86_64+0x130251)
#6 fctx_doshutdown resolver.c:4570 (libdns.1503.dylib:x86_64+0x14c626)
#7 run task.c:1134 (libisc.1503.dylib:x86_64+0x2c9e1)
Previous write of size 8 at 0x7b440003b650 by thread T7 (mutexes: write M1037934011638359720):
#0 add32 rbtdb.c:6237 (libdns.1503.dylib:x86_64+0xbd6af)
#1 addrdataset rbtdb.c:6599 (libdns.1503.dylib:x86_64+0xb9abc)
#2 dns_db_addrdataset db.c:744 (libdns.1503.dylib:x86_64+0x2c2ee)
#3 validated resolver.c:5627 (libdns.1503.dylib:x86_64+0x14b277)
#4 run task.c:1134 (libisc.1503.dylib:x86_64+0x2c9e1)
Location is heap block of size 273 at 0x7b440003b600 allocated by thread T5:
#0 malloc <null>:6890864 (libclang_rt.tsan_osx_dynamic.dylib:x86_64h+0x4e65a)
#1 default_memalloc mem.c:685 (libisc.1503.dylib:x86_64+0x17ae1)
#2 dns_db_create db.c:118 (libdns.1503.dylib:x86_64+0x2a09c)
#3 dns_cache_create cache.c:173 (libdns.1503.dylib:x86_64+0x1c5d0)
#4 configure_view server.c:4484 (named:x86_64+0x1000279cf)
#5 load_configuration server.c:8916 (named:x86_64+0x100021275)
#6 run_server server.c:9638 (named:x86_64+0x10000de29)
#7 run task.c:1134 (libisc.1503.dylib:x86_64+0x2c9e1)
Mutex M1037934011638359720 is already destroyed.
Thread T6 (tid=4654359, running) created by main thread at:
#0 pthread_create <null>:6890912 (libclang_rt.tsan_osx_dynamic.dylib:x86_64h+0x2a9cd)
#1 isc_thread_create thread.c:75 (libisc.1503.dylib:x86_64+0x46d1c)
#2 main main.c:902 (named:x86_64+0x10000ad16)
Thread T7 (tid=4654360, running) created by main thread at:
#0 pthread_create <null>:6890912 (libclang_rt.tsan_osx_dynamic.dylib:x86_64h+0x2a9cd)
#1 isc_thread_create thread.c:75 (libisc.1503.dylib:x86_64+0x46d1c)
#2 main main.c:902 (named:x86_64+0x10000ad16)
Thread T5 (tid=4654358, running) created by main thread at:
#0 pthread_create <null>:6890816 (libclang_rt.tsan_osx_dynamic.dylib:x86_64h+0x2a9cd)
#1 isc_thread_create thread.c:75 (libisc.1503.dylib:x86_64+0x46d1c)
#2 main main.c:902 (named:x86_64+0x10000ad16)
SUMMARY: ThreadSanitizer: data race rbtdb.c:1463 in free_rdataset
```
Perhaps this could be a culprit for #1263?December 2019 (9.11.14, 9.14.9, 9.15.7)https://gitlab.isc.org/isc-projects/bind9/-/issues/1357ThreadSanitizer: data race rbtdb.c:925 in set_index2019-11-26T17:26:01ZOndřej SurýThreadSanitizer: data race rbtdb.c:925 in set_index* Binary: `named`
* Commit: c5b6f21515d44c997aa4aa259d2e0653a843fba0
* Tests: autosign
```
WARNING: ThreadSanitizer: data race (pid=45980)
Write of size 4 at 0x7b5800031e70 by thread T6:
#0 set_index rbtdb.c:925 (libdns.1503.dylib...* Binary: `named`
* Commit: c5b6f21515d44c997aa4aa259d2e0653a843fba0
* Tests: autosign
```
WARNING: ThreadSanitizer: data race (pid=45980)
Write of size 4 at 0x7b5800031e70 by thread T6:
#0 set_index rbtdb.c:925 (libdns.1503.dylib:x86_64+0xb190e)
#1 isc_heap_delete heap.c:219 (libisc.1503.dylib:x86_64+0x948f)
#2 decrement_reference rbtdb.c:1572 (libdns.1503.dylib:x86_64+0xc31dc)
#3 detachnode rbtdb.c:5197 (libdns.1503.dylib:x86_64+0xb7024)
#4 rdataset_disassociate rbtdb.c:8377 (libdns.1503.dylib:x86_64+0xc0330)
#5 dns_rdataset_disassociate rdataset.c:118 (libdns.1503.dylib:x86_64+0x120089)
#6 fctx_destroy resolver.c:4395 (libdns.1503.dylib:x86_64+0x130251)
#7 fctx_doshutdown resolver.c:4570 (libdns.1503.dylib:x86_64+0x14c626)
#8 run task.c:1134 (libisc.1503.dylib:x86_64+0x2c9e1)
Previous read of size 4 at 0x7b5800031e70 by thread T7 (mutexes: write M1037934011638359720):
#0 expire_header rbtdb.c:883 (libdns.1503.dylib:x86_64+0xc2857)
#1 addrdataset rbtdb.c:6568 (libdns.1503.dylib:x86_64+0xb9976)
#2 dns_db_addrdataset db.c:744 (libdns.1503.dylib:x86_64+0x2c2ee)
#3 validated resolver.c:5627 (libdns.1503.dylib:x86_64+0x14b277)
#4 run task.c:1134 (libisc.1503.dylib:x86_64+0x2c9e1)
Location is heap block of size 723 at 0x7b5800031e00 allocated by thread T6:
#0 malloc <null>:6890784 (libclang_rt.tsan_osx_dynamic.dylib:x86_64h+0x4e65a)
#1 default_memalloc mem.c:685 (libisc.1503.dylib:x86_64+0x17ae1)
#2 addrdataset rbtdb.c:6450 (libdns.1503.dylib:x86_64+0xb88d4)
#3 dns_db_addrdataset db.c:744 (libdns.1503.dylib:x86_64+0x2c2ee)
#4 validated resolver.c:5638 (libdns.1503.dylib:x86_64+0x14b31e)
#5 run task.c:1134 (libisc.1503.dylib:x86_64+0x2c9e1)
Mutex M1037934011638359720 is already destroyed.
Thread T6 (tid=4654359, running) created by main thread at:
#0 pthread_create <null>:6890832 (libclang_rt.tsan_osx_dynamic.dylib:x86_64h+0x2a9cd)
#1 isc_thread_create thread.c:75 (libisc.1503.dylib:x86_64+0x46d1c)
#2 main main.c:902 (named:x86_64+0x10000ad16)
Thread T7 (tid=4654360, running) created by main thread at:
#0 pthread_create <null>:6890832 (libclang_rt.tsan_osx_dynamic.dylib:x86_64h+0x2a9cd)
#1 isc_thread_create thread.c:75 (libisc.1503.dylib:x86_64+0x46d1c)
#2 main main.c:902 (named:x86_64+0x10000ad16)
SUMMARY: ThreadSanitizer: data race rbtdb.c:925 in set_index
```
a slightly different variant, but same location:
```
WARNING: ThreadSanitizer: data race (pid=45980)
Write of size 4 at 0x7b2c00015990 by thread T6:
#0 set_index rbtdb.c:925 (libdns.1503.dylib:x86_64+0xb190e)
#1 sink_down heap.c:185 (libisc.1503.dylib:x86_64+0x960d)
#2 decrement_reference rbtdb.c:1572 (libdns.1503.dylib:x86_64+0xc31dc)
#3 detachnode rbtdb.c:5197 (libdns.1503.dylib:x86_64+0xb7024)
#4 rdataset_disassociate rbtdb.c:8377 (libdns.1503.dylib:x86_64+0xc0330)
#5 dns_rdataset_disassociate rdataset.c:118 (libdns.1503.dylib:x86_64+0x120089)
#6 fctx_destroy resolver.c:4395 (libdns.1503.dylib:x86_64+0x130251)
#7 fctx_doshutdown resolver.c:4570 (libdns.1503.dylib:x86_64+0x14c626)
#8 run task.c:1134 (libisc.1503.dylib:x86_64+0x2c9e1)
Previous write of size 4 at 0x7b2c00015990 by thread T7 (mutexes: write M1037934011638359720):
#0 set_index rbtdb.c:925 (libdns.1503.dylib:x86_64+0xb190e)
#1 float_up heap.c:159 (libisc.1503.dylib:x86_64+0x93f0)
#2 addrdataset rbtdb.c:6599 (libdns.1503.dylib:x86_64+0xb9abc)
#3 dns_db_addrdataset db.c:744 (libdns.1503.dylib:x86_64+0x2c2ee)
#4 validated resolver.c:5627 (libdns.1503.dylib:x86_64+0x14b277)
#5 run task.c:1134 (libisc.1503.dylib:x86_64+0x2c9e1)
Location is heap block of size 167 at 0x7b2c00015920 allocated by thread T7:
#0 malloc <null>:6890768 (libclang_rt.tsan_osx_dynamic.dylib:x86_64h+0x4e65a)
#1 default_memalloc mem.c:685 (libisc.1503.dylib:x86_64+0x17ae1)
#2 addrdataset rbtdb.c:6450 (libdns.1503.dylib:x86_64+0xb88d4)
#3 dns_db_addrdataset db.c:744 (libdns.1503.dylib:x86_64+0x2c2ee)
#4 validated resolver.c:5627 (libdns.1503.dylib:x86_64+0x14b277)
#5 run task.c:1134 (libisc.1503.dylib:x86_64+0x2c9e1)
Mutex M1037934011638359720 is already destroyed.
Thread T6 (tid=4654359, running) created by main thread at:
#0 pthread_create <null>:6890816 (libclang_rt.tsan_osx_dynamic.dylib:x86_64h+0x2a9cd)
#1 isc_thread_create thread.c:75 (libisc.1503.dylib:x86_64+0x46d1c)
#2 main main.c:902 (named:x86_64+0x10000ad16)
Thread T7 (tid=4654360, running) created by main thread at:
#0 pthread_create <null>:6890816 (libclang_rt.tsan_osx_dynamic.dylib:x86_64h+0x2a9cd)
#1 isc_thread_create thread.c:75 (libisc.1503.dylib:x86_64+0x46d1c)
#2 main main.c:902 (named:x86_64+0x10000ad16)
SUMMARY: ThreadSanitizer: data race rbtdb.c:925 in set_index
```
December 2019 (9.11.14, 9.14.9, 9.15.7)https://gitlab.isc.org/isc-projects/bind9/-/issues/1358ThreadSanitizer: data race rbtdb.c:905 in ttl_sooner2019-11-26T17:25:53ZOndřej SurýThreadSanitizer: data race rbtdb.c:905 in ttl_sooner* Binary: `named`
* Commit: c5b6f21515d44c997aa4aa259d2e0653a843fba0
* Tests: autosign
```
WARNING: ThreadSanitizer: data race (pid=45980)
Read of size 4 at 0x7b2c00015934 by thread T6:
#0 ttl_sooner rbtdb.c:905 (libdns.1503.dylib...* Binary: `named`
* Commit: c5b6f21515d44c997aa4aa259d2e0653a843fba0
* Tests: autosign
```
WARNING: ThreadSanitizer: data race (pid=45980)
Read of size 4 at 0x7b2c00015934 by thread T6:
#0 ttl_sooner rbtdb.c:905 (libdns.1503.dylib:x86_64+0xb183e)
#1 isc_heap_delete heap.c:229 (libisc.1503.dylib:x86_64+0x94cf)
#2 decrement_reference rbtdb.c:1572 (libdns.1503.dylib:x86_64+0xc31dc)
#3 detachnode rbtdb.c:5197 (libdns.1503.dylib:x86_64+0xb7024)
#4 rdataset_disassociate rbtdb.c:8377 (libdns.1503.dylib:x86_64+0xc0330)
#5 dns_rdataset_disassociate rdataset.c:118 (libdns.1503.dylib:x86_64+0x120089)
#6 fctx_destroy resolver.c:4395 (libdns.1503.dylib:x86_64+0x130251)
#7 fctx_doshutdown resolver.c:4570 (libdns.1503.dylib:x86_64+0x14c626)
#8 run task.c:1134 (libisc.1503.dylib:x86_64+0x2c9e1)
Previous write of size 4 at 0x7b2c00015934 by thread T7 (mutexes: write M1037934011638359720):
#0 addrdataset rbtdb.c:876 (libdns.1503.dylib:x86_64+0xb8d07)
#1 dns_db_addrdataset db.c:744 (libdns.1503.dylib:x86_64+0x2c2ee)
#2 validated resolver.c:5627 (libdns.1503.dylib:x86_64+0x14b277)
#3 run task.c:1134 (libisc.1503.dylib:x86_64+0x2c9e1)
Location is heap block of size 167 at 0x7b2c00015920 allocated by thread T7:
#0 malloc <null>:6890784 (libclang_rt.tsan_osx_dynamic.dylib:x86_64h+0x4e65a)
#1 default_memalloc mem.c:685 (libisc.1503.dylib:x86_64+0x17ae1)
#2 addrdataset rbtdb.c:6450 (libdns.1503.dylib:x86_64+0xb88d4)
#3 dns_db_addrdataset db.c:744 (libdns.1503.dylib:x86_64+0x2c2ee)
#4 validated resolver.c:5627 (libdns.1503.dylib:x86_64+0x14b277)
#5 run task.c:1134 (libisc.1503.dylib:x86_64+0x2c9e1)
Mutex M1037934011638359720 is already destroyed.
Thread T6 (tid=4654359, running) created by main thread at:
#0 pthread_create <null>:6890832 (libclang_rt.tsan_osx_dynamic.dylib:x86_64h+0x2a9cd)
#1 isc_thread_create thread.c:75 (libisc.1503.dylib:x86_64+0x46d1c)
#2 main main.c:902 (named:x86_64+0x10000ad16)
Thread T7 (tid=4654360, running) created by main thread at:
#0 pthread_create <null>:6890832 (libclang_rt.tsan_osx_dynamic.dylib:x86_64h+0x2a9cd)
#1 isc_thread_create thread.c:75 (libisc.1503.dylib:x86_64+0x46d1c)
#2 main main.c:902 (named:x86_64+0x10000ad16)
SUMMARY: ThreadSanitizer: data race rbtdb.c:905 in ttl_sooner
```December 2019 (9.11.14, 9.14.9, 9.15.7)Ondřej SurýOndřej Surýhttps://gitlab.isc.org/isc-projects/bind9/-/issues/1359ThreadSanitizer: data race rbtdb.c:4472 in find_deepest_zonecut2019-11-22T00:20:05ZOndřej SurýThreadSanitizer: data race rbtdb.c:4472 in find_deepest_zonecut* Binary: `named`
* Commit: c5b6f21515d44c997aa4aa259d2e0653a843fba0, c9e358fbf5f5ad6c833b5be21f8afcf02b939c80
* Tests: autosign
```
WARNING: ThreadSanitizer: data race (pid=45980)
Read of size 2 at 0x7b2000027ce8 by thread T1:
#0...* Binary: `named`
* Commit: c5b6f21515d44c997aa4aa259d2e0653a843fba0, c9e358fbf5f5ad6c833b5be21f8afcf02b939c80
* Tests: autosign
```
WARNING: ThreadSanitizer: data race (pid=45980)
Read of size 2 at 0x7b2000027ce8 by thread T1:
#0 find_deepest_zonecut rbtdb.c:4472 (libdns.1503.dylib:x86_64+0xc9416)
#1 cache_find rbtdb.c:4738 (libdns.1503.dylib:x86_64+0xb5f48)
#2 dns_db_findext db.c:551 (libdns.1503.dylib:x86_64+0x2b74e)
#3 query_lookup query.c:5515 (libns.1501.dylib:x86_64+0x1350e)
#4 ns__query_start query.c:5441 (libns.1501.dylib:x86_64+0x1146c)
#5 ns_query_start query.c:5162 (libns.1501.dylib:x86_64+0x172c8)
#6 ns__client_request client.c:2152 (libns.1501.dylib:x86_64+0x66a2)
#7 dnslisten_readcb tcpdns.c:185 (libisc.1503.dylib:x86_64+0x209b9)
#8 read_cb tcp.c:346 (libisc.1503.dylib:x86_64+0x1d15f)
#9 uv__stream_io <null>:1541328 (libuv.1.dylib:x86_64+0xeda1)
Previous write of size 2 at 0x7b2000027ce8 by thread T7:
#0 decrement_reference rbtdb.c:1603 (libdns.1503.dylib:x86_64+0xc32a1)
#1 detachnode rbtdb.c:5197 (libdns.1503.dylib:x86_64+0xb7024)
#2 rdataset_disassociate rbtdb.c:8377 (libdns.1503.dylib:x86_64+0xc0330)
#3 dns_rdataset_disassociate rdataset.c:118 (libdns.1503.dylib:x86_64+0x120089)
#4 fctx_destroy resolver.c:4395 (libdns.1503.dylib:x86_64+0x130251)
#5 fctx_doshutdown resolver.c:4570 (libdns.1503.dylib:x86_64+0x14c626)
#6 run task.c:1134 (libisc.1503.dylib:x86_64+0x2c9e1)
Location is heap block of size 124 at 0x7b2000027c80 allocated by thread T6:
#0 malloc <null>:1541360 (libclang_rt.tsan_osx_dynamic.dylib:x86_64h+0x4e65a)
#1 default_memalloc mem.c:685 (libisc.1503.dylib:x86_64+0x17ae1)
#2 dns_rbt_addnode rbt.c:1382 (libdns.1503.dylib:x86_64+0xa9d06)
#3 findnodeintree rbtdb.c:2739 (libdns.1503.dylib:x86_64+0xc896a)
#4 findnode rbtdb.c:2784 (libdns.1503.dylib:x86_64+0xb532b)
#5 dns_db_findnode db.c:447 (libdns.1503.dylib:x86_64+0x2b158)
#6 resquery_response resolver.c:6018 (libdns.1503.dylib:x86_64+0x141e7a)
#7 run task.c:1134 (libisc.1503.dylib:x86_64+0x2c9e1)
Thread T1 (tid=4654354, running) created by main thread at:
#0 pthread_create <null>:1541408 (libclang_rt.tsan_osx_dynamic.dylib:x86_64h+0x2a9cd)
#1 isc_thread_create thread.c:75 (libisc.1503.dylib:x86_64+0x46d1c)
#2 main main.c:895 (named:x86_64+0x10000acbe)
Thread T7 (tid=4654360, running) created by main thread at:
#0 pthread_create <null>:1541408 (libclang_rt.tsan_osx_dynamic.dylib:x86_64h+0x2a9cd)
#1 isc_thread_create thread.c:75 (libisc.1503.dylib:x86_64+0x46d1c)
#2 main main.c:902 (named:x86_64+0x10000ad16)
Thread T6 (tid=4654359, running) created by main thread at:
#0 pthread_create <null>:1541312 (libclang_rt.tsan_osx_dynamic.dylib:x86_64h+0x2a9cd)
#1 isc_thread_create thread.c:75 (libisc.1503.dylib:x86_64+0x46d1c)
#2 main main.c:902 (named:x86_64+0x10000ad16)
SUMMARY: ThreadSanitizer: data race rbtdb.c:4472 in find_deepest_zonecut
```December 2019 (9.11.14, 9.14.9, 9.15.7)https://gitlab.isc.org/isc-projects/bind9/-/issues/1360ThreadSanitizer: data race adb.c:2790 in dns_adb_detach2019-11-26T12:17:02ZOndřej SurýThreadSanitizer: data race adb.c:2790 in dns_adb_detach* Binary: `named`
* Commit: c5b6f21515d44c997aa4aa259d2e0653a843fba0
* Tests: autosign
```
WARNING: ThreadSanitizer: data race (pid=45980)
Read of size 4 at 0x7b6400011410 by thread T6:
#0 dns_adb_detach adb.c:2790 (libdns.1503.dy...* Binary: `named`
* Commit: c5b6f21515d44c997aa4aa259d2e0653a843fba0
* Tests: autosign
```
WARNING: ThreadSanitizer: data race (pid=45980)
Read of size 4 at 0x7b6400011410 by thread T6:
#0 dns_adb_detach adb.c:2790 (libdns.1503.dylib:x86_64+0x9fda)
#1 fctx_destroy resolver.c:4400 (libdns.1503.dylib:x86_64+0x1302bf)
#2 fctx_doshutdown resolver.c:4570 (libdns.1503.dylib:x86_64+0x14c626)
#3 run task.c:1134 (libisc.1503.dylib:x86_64+0x2c9e1)
Previous write of size 4 at 0x7b6400011410 by thread T8 (mutexes: write M55586239839015768):
#0 dns_adb_detach adb.c:2793 (libdns.1503.dylib:x86_64+0xa007)
#1 fctx_destroy resolver.c:4400 (libdns.1503.dylib:x86_64+0x1302bf)
#2 fctx_doshutdown resolver.c:4570 (libdns.1503.dylib:x86_64+0x14c626)
#3 run task.c:1134 (libisc.1503.dylib:x86_64+0x2c9e1)
Location is heap block of size 1025 at 0x7b6400011300 allocated by thread T5:
#0 malloc <null>:6892352 (libclang_rt.tsan_osx_dynamic.dylib:x86_64h+0x4e65a)
#1 default_memalloc mem.c:685 (libisc.1503.dylib:x86_64+0x17ae1)
#2 dns_view_createresolver view.c:778 (libdns.1503.dylib:x86_64+0x18bd72)
#3 configure_view server.c:4552 (named:x86_64+0x100027d3f)
#4 load_configuration server.c:8916 (named:x86_64+0x100021275)
#5 run_server server.c:9638 (named:x86_64+0x10000de29)
#6 run task.c:1134 (libisc.1503.dylib:x86_64+0x2c9e1)
Mutex M55586239839015768 is already destroyed.
Thread T6 (tid=4654359, running) created by main thread at:
#0 pthread_create <null>:6892400 (libclang_rt.tsan_osx_dynamic.dylib:x86_64h+0x2a9cd)
#1 isc_thread_create thread.c:75 (libisc.1503.dylib:x86_64+0x46d1c)
#2 main main.c:902 (named:x86_64+0x10000ad16)
Thread T8 (tid=4654361, running) created by main thread at:
#0 pthread_create <null>:6892400 (libclang_rt.tsan_osx_dynamic.dylib:x86_64h+0x2a9cd)
#1 isc_thread_create thread.c:75 (libisc.1503.dylib:x86_64+0x46d1c)
#2 main main.c:902 (named:x86_64+0x10000ad16)
Thread T5 (tid=4654358, running) created by main thread at:
#0 pthread_create <null>:6892304 (libclang_rt.tsan_osx_dynamic.dylib:x86_64h+0x2a9cd)
#1 isc_thread_create thread.c:75 (libisc.1503.dylib:x86_64+0x46d1c)
#2 main main.c:902 (named:x86_64+0x10000ad16)
SUMMARY: ThreadSanitizer: data race adb.c:2790 in dns_adb_detach
```December 2019 (9.11.14, 9.14.9, 9.15.7)https://gitlab.isc.org/isc-projects/bind9/-/issues/1361ThreadSanitizer: data race dighost.c:1648 in destroy_lookup2019-11-26T17:25:48ZOndřej SurýThreadSanitizer: data race dighost.c:1648 in destroy_lookupBinary: `dig`
Commit: c5b6f21515d44c997aa4aa259d2e0653a843fba0
Tests: cacheclean
```
WARNING: ThreadSanitizer: data race (pid=51728)
Write of size 8 at 0x7b8800000d68 by main thread:
#0 destroy_lookup dighost.c:1648 (dig:x86_64+0x...Binary: `dig`
Commit: c5b6f21515d44c997aa4aa259d2e0653a843fba0
Tests: cacheclean
```
WARNING: ThreadSanitizer: data race (pid=51728)
Write of size 8 at 0x7b8800000d68 by main thread:
#0 destroy_lookup dighost.c:1648 (dig:x86_64+0x10000bf3b)
#1 dig_shutdown dig.c:2540 (dig:x86_64+0x100003c2f)
Previous read of size 8 at 0x7b8800000d68 by thread T1 (mutexes: write M1112):
#0 clone_lookup dighost.c:842 (dig:x86_64+0x100008ea4)
#1 parse_args dig.c:2172 (dig:x86_64+0x100003200)
#2 start_lookup dighost.c:1708 (dig:x86_64+0x10000c4e2)
#3 recv_done dighost.c (dig:x86_64+0x100015f53)
#4 run task.c:1134 (libisc.1503.dylib:x86_64+0x2c9e1)
Location is heap block of size 5177 at 0x7b8800000000 allocated by main thread:
#0 malloc <null> (libclang_rt.tsan_osx_dynamic.dylib:x86_64h+0x4e65a)
#1 default_memalloc mem.c:685 (libisc.1503.dylib:x86_64+0x17ae1)
#2 parse_args dig.c:2133 (dig:x86_64+0x10000306d)
Mutex M1112 (0x0001022586d8) created at:
#0 pthread_mutex_init <null> (libclang_rt.tsan_osx_dynamic.dylib:x86_64h+0x2b9a3)
#1 isc__mutex_init mutex.c:286 (libisc.1503.dylib:x86_64+0x46c4a)
#2 dig_setup dig.c:2503 (dig:x86_64+0x100001a73)
Thread T1 (tid=4675817, running) created by main thread at:
#0 pthread_create <null> (libclang_rt.tsan_osx_dynamic.dylib:x86_64h+0x2a9cd)
#1 isc_thread_create thread.c:75 (libisc.1503.dylib:x86_64+0x46d1c)
#2 setup_libs dighost.c:1382 (dig:x86_64+0x10000b448)
#3 dig_setup dig.c:2503 (dig:x86_64+0x100001a73)
SUMMARY: ThreadSanitizer: data race dighost.c:1648 in destroy_lookup
```December 2019 (9.11.14, 9.14.9, 9.15.7)https://gitlab.isc.org/isc-projects/bind9/-/issues/1362ThreadSanitizer: data race dispatch.c:1050 in udp_recv2019-11-22T02:09:37ZOndřej SurýThreadSanitizer: data race dispatch.c:1050 in udp_recv* Binary: named
* Commit: c5b6f21515d44c997aa4aa259d2e0653a843fba0
* Tests: addzone, catz
```
WARNING: ThreadSanitizer: data race (pid=53753)
Read of size 4 at 0x7b540000ffd8 by thread T7 (mutexes: write M939699158867070400):
#0 u...* Binary: named
* Commit: c5b6f21515d44c997aa4aa259d2e0653a843fba0
* Tests: addzone, catz
```
WARNING: ThreadSanitizer: data race (pid=53753)
Read of size 4 at 0x7b540000ffd8 by thread T7 (mutexes: write M939699158867070400):
#0 udp_recv dispatch.c:1050 (libdns.1503.dylib:x86_64+0x3ce2e)
#1 udp_exrecv dispatch.c:997 (libdns.1503.dylib:x86_64+0x3c26c)
#2 run task.c:1134 (libisc.1503.dylib:x86_64+0x2c9e1)
Previous write of size 4 at 0x7b540000ffd8 by thread T6 (mutexes: write M16461235256109504, write M457532437862350744):
#0 allocate_udp_buffer dispatch.c:919 (libdns.1503.dylib:x86_64+0x3af73)
#1 startrecv dispatch.c:1520 (libdns.1503.dylib:x86_64+0x38967)
#2 dns_dispatch_addresponse dispatch.c:3164 (libdns.1503.dylib:x86_64+0x37915)
#3 resquery_send resolver.c:2411 (libdns.1503.dylib:x86_64+0x13ca9a)
#4 fctx_query resolver.c:2142 (libdns.1503.dylib:x86_64+0x13a003)
#5 fctx_try resolver.c:4129 (libdns.1503.dylib:x86_64+0x136b61)
#6 process_sendevent resolver.c:1810 (libdns.1503.dylib:x86_64+0x14c16b)
#7 resquery_udpconnected resolver.c:1831 (libdns.1503.dylib:x86_64+0x143db2)
#8 run task.c:1134 (libisc.1503.dylib:x86_64+0x2c9e1)
Location is heap block of size 625 at 0x7b540000ff00 allocated by thread T5:
#0 malloc <null>:7952800 (libclang_rt.tsan_osx_dynamic.dylib:x86_64h+0x4e65a)
#1 default_memalloc mem.c:685 (libisc.1503.dylib:x86_64+0x17ae1)
#2 run_server server.c:9588 (named:x86_64+0x10000db5a)
#3 run task.c:1134 (libisc.1503.dylib:x86_64+0x2c9e1)
Mutex M939699158867070400 is already destroyed.
Mutex M16461235256109504 is already destroyed.
Mutex M457532437862350744 is already destroyed.
Thread T7 (tid=4701672, running) created by main thread at:
#0 pthread_create <null>:7952848 (libclang_rt.tsan_osx_dynamic.dylib:x86_64h+0x2a9cd)
#1 isc_thread_create thread.c:75 (libisc.1503.dylib:x86_64+0x46d1c)
#2 main main.c:902 (named:x86_64+0x10000ad16)
Thread T6 (tid=4701671, running) created by main thread at:
#0 pthread_create <null>:7952848 (libclang_rt.tsan_osx_dynamic.dylib:x86_64h+0x2a9cd)
#1 isc_thread_create thread.c:75 (libisc.1503.dylib:x86_64+0x46d1c)
#2 main main.c:902 (named:x86_64+0x10000ad16)
Thread T5 (tid=4701670, running) created by main thread at:
#0 pthread_create <null>:7952752 (libclang_rt.tsan_osx_dynamic.dylib:x86_64h+0x2a9cd)
#1 isc_thread_create thread.c:75 (libisc.1503.dylib:x86_64+0x46d1c)
#2 main main.c:902 (named:x86_64+0x10000ad16)
SUMMARY: ThreadSanitizer: data race dispatch.c:1050 in udp_recv
```December 2019 (9.11.14, 9.14.9, 9.15.7)https://gitlab.isc.org/isc-projects/bind9/-/issues/1363ThreadSanitizer: data race dispatch.c:919 in allocate_udp_buffer2019-11-22T02:04:17ZOndřej SurýThreadSanitizer: data race dispatch.c:919 in allocate_udp_buffer* Binary `named`
* Commit: c5b6f21515d44c997aa4aa259d2e0653a843fba0
* Tests: addzone, catz, cookie
```
WARNING: ThreadSanitizer: data race (pid=64733)
Write of size 4 at 0x7b540000ffd8 by thread T5 (mutexes: write M107940602687108032,...* Binary `named`
* Commit: c5b6f21515d44c997aa4aa259d2e0653a843fba0
* Tests: addzone, catz, cookie
```
WARNING: ThreadSanitizer: data race (pid=64733)
Write of size 4 at 0x7b540000ffd8 by thread T5 (mutexes: write M107940602687108032, write M457813912839061400):
#0 allocate_udp_buffer dispatch.c:919 (libdns.1503.dylib:x86_64+0x3af73)
#1 startrecv dispatch.c:1520 (libdns.1503.dylib:x86_64+0x38967)
#2 udp_recv dispatch.c:1286 (libdns.1503.dylib:x86_64+0x3d981)
#3 udp_exrecv dispatch.c:997 (libdns.1503.dylib:x86_64+0x3c26c)
#4 run task.c:1134 (libisc.1503.dylib:x86_64+0x2c9e1)
Previous read of size 4 at 0x7b540000ffd8 by thread T7 (mutexes: write M147347099426598336):
#0 startrecv dispatch.c:1501 (libdns.1503.dylib:x86_64+0x388c8)
#1 dns_dispatch_removeresponse dispatch.c:3371 (libdns.1503.dylib:x86_64+0x3a048)
#2 fctx_cancelquery resolver.c:1356 (libdns.1503.dylib:x86_64+0x13530c)
#3 rctx_done resolver.c:9520 (libdns.1503.dylib:x86_64+0x1440aa)
#4 resquery_response resolver.c (libdns.1503.dylib:x86_64+0x13ece7)
#5 run task.c:1134 (libisc.1503.dylib:x86_64+0x2c9e1)
Location is heap block of size 625 at 0x7b540000ff00 allocated by thread T5:
#0 malloc <null>:5830896 (libclang_rt.tsan_osx_dynamic.dylib:x86_64h+0x4e65a)
#1 default_memalloc mem.c:685 (libisc.1503.dylib:x86_64+0x17ae1)
#2 run_server server.c:9588 (named:x86_64+0x10000db5a)
#3 run task.c:1134 (libisc.1503.dylib:x86_64+0x2c9e1)
Mutex M107940602687108032 is already destroyed.
Mutex M457813912839061400 is already destroyed.
Mutex M147347099426598336 is already destroyed.
Thread T5 (tid=4746611, running) created by main thread at:
#0 pthread_create <null>:5830944 (libclang_rt.tsan_osx_dynamic.dylib:x86_64h+0x2a9cd)
#1 isc_thread_create thread.c:75 (libisc.1503.dylib:x86_64+0x46d1c)
#2 main main.c:902 (named:x86_64+0x10000ad16)
Thread T7 (tid=4746613, running) created by main thread at:
#0 pthread_create <null>:5830944 (libclang_rt.tsan_osx_dynamic.dylib:x86_64h+0x2a9cd)
#1 isc_thread_create thread.c:75 (libisc.1503.dylib:x86_64+0x46d1c)
#2 main main.c:902 (named:x86_64+0x10000ad16)
SUMMARY: ThreadSanitizer: data race dispatch.c:919 in allocate_udp_buffer
```December 2019 (9.11.14, 9.14.9, 9.15.7)https://gitlab.isc.org/isc-projects/bind9/-/issues/1365ThreadSanitizer: data race adb.c:4746 in dns_adbentry_overquota2019-11-22T06:54:31ZOndřej SurýThreadSanitizer: data race adb.c:4746 in dns_adbentry_overquotaBinary: `named`
Commit: c5b6f21515d44c997aa4aa259d2e0653a843fba0
Tests: fetchlimit
```
WARNING: ThreadSanitizer: data race (pid=75704)
Read of size 4 at 0x7b4400029f70 by thread T7:
#0 dns_adbentry_overquota adb.c:4746 (libdns.150...Binary: `named`
Commit: c5b6f21515d44c997aa4aa259d2e0653a843fba0
Tests: fetchlimit
```
WARNING: ThreadSanitizer: data race (pid=75704)
Read of size 4 at 0x7b4400029f70 by thread T7:
#0 dns_adbentry_overquota adb.c:4746 (libdns.1503.dylib:x86_64+0x14a22)
#1 fctx_query resolver.c:2136 (libdns.1503.dylib:x86_64+0x139fd1)
#2 fctx_try resolver.c:4129 (libdns.1503.dylib:x86_64+0x136b61)
#3 fctx_start resolver.c:4647 (libdns.1503.dylib:x86_64+0x12f383)
#4 run task.c:1134 (libisc.1503.dylib:x86_64+0x2c9e1)
Previous write of size 4 at 0x7b4400029f70 by thread T6 (mutexes: write M533812620407384976):
#0 dns_adb_beginudpfetch adb.c:4759 (libdns.1503.dylib:x86_64+0x14b1b)
#1 fctx_query resolver.c:2140 (libdns.1503.dylib:x86_64+0x139ffb)
#2 fctx_try resolver.c:4129 (libdns.1503.dylib:x86_64+0x136b61)
#3 fctx_start resolver.c:4647 (libdns.1503.dylib:x86_64+0x12f383)
#4 run task.c:1134 (libisc.1503.dylib:x86_64+0x2c9e1)
Location is heap block of size 281 at 0x7b4400029f40 allocated by thread T5:
#0 malloc <null>:7951376 (libclang_rt.tsan_osx_dynamic.dylib:x86_64h+0x4e65a)
#1 default_memalloc mem.c:685 (libisc.1503.dylib:x86_64+0x17ae1)
#2 import_rdataset adb.c:931 (libdns.1503.dylib:x86_64+0x172ea)
#3 dbfind_name adb.c:3678 (libdns.1503.dylib:x86_64+0xdb62)
#4 dns_adb_createfind adb.c:3043 (libdns.1503.dylib:x86_64+0xc0d9)
#5 findname resolver.c:3371 (libdns.1503.dylib:x86_64+0x13ae8b)
#6 fctx_try resolver.c:3660 (libdns.1503.dylib:x86_64+0x136402)
#7 fctx_start resolver.c:4647 (libdns.1503.dylib:x86_64+0x12f383)
#8 run task.c:1134 (libisc.1503.dylib:x86_64+0x2c9e1)
#8 run task.c:1134 (libisc.1503.dylib:x86_64+0x2c9e1)
Mutex M533812620407384976 is already destroyed.
Thread T7 (tid=4791628, running) created by main thread at:
#0 pthread_create <null>:7951424 (libclang_rt.tsan_osx_dynamic.dylib:x86_64h+0x2a9cd)
#1 isc_thread_create thread.c:75 (libisc.1503.dylib:x86_64+0x46d1c)
#2 main main.c:902 (named:x86_64+0x10000ad16)
Thread T6 (tid=4791627, running) created by main thread at:
#0 pthread_create <null>:7951424 (libclang_rt.tsan_osx_dynamic.dylib:x86_64h+0x2a9cd)
#1 isc_thread_create thread.c:75 (libisc.1503.dylib:x86_64+0x46d1c)
#2 main main.c:902 (named:x86_64+0x10000ad16)
Thread T5 (tid=4791626, running) created by main thread at:
#0 pthread_create <null>:7951328 (libclang_rt.tsan_osx_dynamic.dylib:x86_64h+0x2a9cd)
#1 isc_thread_create thread.c:75 (libisc.1503.dylib:x86_64+0x46d1c)
#2 main main.c:902 (named:x86_64+0x10000ad16)
SUMMARY: ThreadSanitizer: data race adb.c:4746 in dns_adbentry_overquota
```December 2019 (9.11.14, 9.14.9, 9.15.7)https://gitlab.isc.org/isc-projects/bind9/-/issues/1366ThreadSanitizer: data race adb.c:4759 in dns_adb_beginudpfetch2019-11-22T06:51:46ZOndřej SurýThreadSanitizer: data race adb.c:4759 in dns_adb_beginudpfetchBinary: `named`
Commit: c5b6f21515d44c997aa4aa259d2e0653a843fba0
Tests: fetchlimit
```
WARNING: ThreadSanitizer: data race (pid=75704)
Write of size 4 at 0x7b4400029f70 by thread T6 (mutexes: write M533812620407384976):
#0 dns_adb...Binary: `named`
Commit: c5b6f21515d44c997aa4aa259d2e0653a843fba0
Tests: fetchlimit
```
WARNING: ThreadSanitizer: data race (pid=75704)
Write of size 4 at 0x7b4400029f70 by thread T6 (mutexes: write M533812620407384976):
#0 dns_adb_beginudpfetch adb.c:4759 (libdns.1503.dylib:x86_64+0x14b1b)
#1 fctx_query resolver.c:2140 (libdns.1503.dylib:x86_64+0x139ffb)
#2 fctx_try resolver.c:4129 (libdns.1503.dylib:x86_64+0x136b61)
#3 fctx_start resolver.c:4647 (libdns.1503.dylib:x86_64+0x12f383)
#4 run task.c:1134 (libisc.1503.dylib:x86_64+0x2c9e1)
Previous read of size 4 at 0x7b4400029f70 by thread T7:
#0 dns_adbentry_overquota adb.c:4746 (libdns.1503.dylib:x86_64+0x14a22)
#1 fctx_try resolver.c:4039 (libdns.1503.dylib:x86_64+0x136a47)
#2 fctx_start resolver.c:4647 (libdns.1503.dylib:x86_64+0x12f383)
#3 run task.c:1134 (libisc.1503.dylib:x86_64+0x2c9e1)
Location is heap block of size 281 at 0x7b4400029f40 allocated by thread T5:
#0 malloc <null>:6890480 (libclang_rt.tsan_osx_dynamic.dylib:x86_64h+0x4e65a)
#1 default_memalloc mem.c:685 (libisc.1503.dylib:x86_64+0x17ae1)
#2 import_rdataset adb.c:931 (libdns.1503.dylib:x86_64+0x172ea)
#3 dbfind_name adb.c:3678 (libdns.1503.dylib:x86_64+0xdb62)
#4 dns_adb_createfind adb.c:3043 (libdns.1503.dylib:x86_64+0xc0d9)
#5 findname resolver.c:3371 (libdns.1503.dylib:x86_64+0x13ae8b)
#6 fctx_try resolver.c:3660 (libdns.1503.dylib:x86_64+0x136402)
#7 fctx_start resolver.c:4647 (libdns.1503.dylib:x86_64+0x12f383)
#8 run task.c:1134 (libisc.1503.dylib:x86_64+0x2c9e1)
Mutex M533812620407384976 is already destroyed.
Thread T6 (tid=4791627, running) created by main thread at:
#0 pthread_create <null>:6890528 (libclang_rt.tsan_osx_dynamic.dylib:x86_64h+0x2a9cd)
#1 isc_thread_create thread.c:75 (libisc.1503.dylib:x86_64+0x46d1c)
#2 main main.c:902 (named:x86_64+0x10000ad16)
Thread T7 (tid=4791628, running) created by main thread at:
#0 pthread_create <null>:6890528 (libclang_rt.tsan_osx_dynamic.dylib:x86_64h+0x2a9cd)
#1 isc_thread_create thread.c:75 (libisc.1503.dylib:x86_64+0x46d1c)
#2 main main.c:902 (named:x86_64+0x10000ad16)
Thread T5 (tid=4791626, running) created by main thread at:
#0 pthread_create <null>:6890432 (libclang_rt.tsan_osx_dynamic.dylib:x86_64h+0x2a9cd)
#1 isc_thread_create thread.c:75 (libisc.1503.dylib:x86_64+0x46d1c)
#2 main main.c:902 (named:x86_64+0x10000ad16)
SUMMARY: ThreadSanitizer: data race adb.c:4759 in dns_adb_beginudpfetch
```December 2019 (9.11.14, 9.14.9, 9.15.7)https://gitlab.isc.org/isc-projects/bind9/-/issues/1367ThreadSanitizer: data race dispatch.c:901 in free_buffer2019-11-26T00:53:34ZOndřej SurýThreadSanitizer: data race dispatch.c:901 in free_bufferBinary: `named`
Commit: c5b6f21515d44c997aa4aa259d2e0653a843fba0
Tests: kasp, masterformat
```
WARNING: ThreadSanitizer: data race (pid=95127)
Write of size 4 at 0x7b540000ffd8 by thread T6 (mutexes: write M533530767473606080, write M...Binary: `named`
Commit: c5b6f21515d44c997aa4aa259d2e0653a843fba0
Tests: kasp, masterformat
```
WARNING: ThreadSanitizer: data race (pid=95127)
Write of size 4 at 0x7b540000ffd8 by thread T6 (mutexes: write M533530767473606080, write M457813912839061400):
#0 free_buffer dispatch.c:901 (libdns.1503.dylib:x86_64+0x3962c)
#1 udp_recv dispatch.c:1106 (libdns.1503.dylib:x86_64+0x3d568)
#2 udp_exrecv dispatch.c:997 (libdns.1503.dylib:x86_64+0x3c26c)
#3 run task.c:1134 (libisc.1503.dylib:x86_64+0x2c9e1)
Previous read of size 4 at 0x7b540000ffd8 by thread T5 (mutexes: write M572937264213096384):
#0 udp_recv dispatch.c:1050 (libdns.1503.dylib:x86_64+0x3ce2e)
#1 udp_exrecv dispatch.c:997 (libdns.1503.dylib:x86_64+0x3c26c)
#2 run task.c:1134 (libisc.1503.dylib:x86_64+0x2c9e1)
Location is heap block of size 625 at 0x7b540000ff00 allocated by thread T5:
#0 malloc <null>:6891872 (libclang_rt.tsan_osx_dynamic.dylib:x86_64h+0x4e65a)
#1 default_memalloc mem.c:685 (libisc.1503.dylib:x86_64+0x17ae1)
#2 run_server server.c:9588 (named:x86_64+0x10000db5a)
#3 run task.c:1134 (libisc.1503.dylib:x86_64+0x2c9e1)
Mutex M533530767473606080 is already destroyed.
Mutex M457813912839061400 is already destroyed.
Mutex M572937264213096384 is already destroyed.
Thread T6 (tid=4862704, running) created by main thread at:
#0 pthread_create <null>:6891920 (libclang_rt.tsan_osx_dynamic.dylib:x86_64h+0x2a9cd)
#1 isc_thread_create thread.c:75 (libisc.1503.dylib:x86_64+0x46d1c)
#2 main main.c:902 (named:x86_64+0x10000ad16)
Thread T5 (tid=4862703, running) created by main thread at:
#0 pthread_create <null>:6891920 (libclang_rt.tsan_osx_dynamic.dylib:x86_64h+0x2a9cd)
#1 isc_thread_create thread.c:75 (libisc.1503.dylib:x86_64+0x46d1c)
#2 main main.c:902 (named:x86_64+0x10000ad16)
SUMMARY: ThreadSanitizer: data race dispatch.c:901 in free_buffer
```December 2019 (9.11.14, 9.14.9, 9.15.7)https://gitlab.isc.org/isc-projects/bind9/-/issues/1368ThreadSanitizer: Can't handle more than 64 mutexes2019-11-18T07:30:37ZOndřej SurýThreadSanitizer: Can't handle more than 64 mutexesThreadSanitizer can't handle more than 64 mutexes ending with:
```
FATAL: ThreadSanitizer CHECK failed: /BuildRoot/Library/Caches/com.apple.xbs/Sources/clang_compiler_rt/clang-1100.0.33.12/src/projects/compiler-rt/lib/sanitizer_common/sa...ThreadSanitizer can't handle more than 64 mutexes ending with:
```
FATAL: ThreadSanitizer CHECK failed: /BuildRoot/Library/Caches/com.apple.xbs/Sources/clang_compiler_rt/clang-1100.0.33.12/src/projects/compiler-rt/lib/sanitizer_common/sanitizer_deadlock_detector.h:6\
9 "((n_all_locks_)) < (((sizeof(all_locks_with_contexts_)/sizeof((all_locks_with_contexts_)[0]))))" (0x40, 0x40)
#0 __tsan::TsanCheckFailed(char const*, int, char const*, unsigned long long, unsigned long long) <null>:9011792 (libclang_rt.tsan_osx_dynamic.dylib:x86_64h+0x61d3f)
#1 __sanitizer::CheckFailed(char const*, int, char const*, unsigned long long, unsigned long long) <null>:9011792 (libclang_rt.tsan_osx_dynamic.dylib:x86_64h+0x15010)
#2 __sanitizer::DeadlockDetectorTLS<__sanitizer::TwoLevelBitVector<1ul, __sanitizer::BasicBitVector<unsigned long> > >::addLock(unsigned long, unsigned long, unsigned int) <null>:9011792 (libclan\
g_rt.tsan_osx_dynamic.dylib:x86_64h+0x751b)
#3 __sanitizer::DD::MutexAfterLock(__sanitizer::DDCallback*, __sanitizer::DDMutex*, bool, bool) <null>:9011792 (libclang_rt.tsan_osx_dynamic.dylib:x86_64h+0x6a77)
#4 __tsan::MutexPostLock(__tsan::ThreadState*, unsigned long, unsigned long, unsigned int, int) <null>:9011792 (libclang_rt.tsan_osx_dynamic.dylib:x86_64h+0x60153)
#5 pthread_mutex_lock <null>:9011792 (libclang_rt.tsan_osx_dynamic.dylib:x86_64h+0x3a087)
#6 dns_adb_dump adb.c:3405 (libdns.1503.dylib:x86_64+0xf329)
#7 dumpdone server.c:10891 (named:x86_64+0x1000107cb)
#8 dump_quantum masterdump.c:1436 (libdns.1503.dylib:x86_64+0x7059c)
#9 run task.c:1134 (libisc.1503.dylib:x86_64+0x2c9e1)
#10 __tsan_thread_start_func <null>:9011792 (libclang_rt.tsan_osx_dynamic.dylib:x86_64h+0x2a96c)
#11 _pthread_start <null>:9011792 (libsystem_pthread.dylib:x86_64+0x5d35)
#12 thread_start <null>:9011792 (libsystem_pthread.dylib:x86_64+0x258e)
```December 2019 (9.11.14, 9.14.9, 9.15.7)Ondřej SurýOndřej Surýhttps://gitlab.isc.org/isc-projects/bind9/-/issues/1369ThreadSanitizer: data race message.c:{443-508} in msgresetnames2019-11-26T17:25:45ZOndřej SurýThreadSanitizer: data race message.c:{443-508} in msgresetnamesBinary: `nsupdate`
Commit: c5b6f21515d44c997aa4aa259d2e0653a843fba0
Tests: autosign, case, catz, checknames, masterformat, notify, nsupdate
```
WARNING: ThreadSanitizer: data race (pid=38820)
Read of size 8 at 0x7b5000010228 by main t...Binary: `nsupdate`
Commit: c5b6f21515d44c997aa4aa259d2e0653a843fba0
Tests: autosign, case, catz, checknames, masterformat, notify, nsupdate
```
WARNING: ThreadSanitizer: data race (pid=38820)
Read of size 8 at 0x7b5000010228 by main thread:
#0 msgresetnames message.c:443 (libdns.1503.dylib:x86_64+0x76c18)
#1 msgreset message.c:538 (libdns.1503.dylib:x86_64+0x70f89)
#2 dns_message_destroy message.c:809 (libdns.1503.dylib:x86_64+0x723b7)
#3 main nsupdate.c:3171 (nsupdate:x86_64+0x100002a93)
Previous write of size 8 at 0x7b5000010228 by thread T3:
#0 dns_message_parse message.c:1055 (libdns.1503.dylib:x86_64+0x72bde)
#1 dns_request_getresponse request.c:1183 (libdns.1503.dylib:x86_64+0x1295cf)
#2 update_completed nsupdate.c:2318 (nsupdate:x86_64+0x100009abd)
#3 run task.c:1134 (libisc.1503.dylib:x86_64+0x2c9e1)
Location is heap block of size 481 at 0x7b5000010200 allocated by thread T3:
#0 malloc <null> (libclang_rt.tsan_osx_dynamic.dylib:x86_64h+0x4e65a)
#1 default_memalloc mem.c:685 (libisc.1503.dylib:x86_64+0x17ae1)
#2 update_completed nsupdate.c:2316 (nsupdate:x86_64+0x100009a95)
#3 run task.c:1134 (libisc.1503.dylib:x86_64+0x2c9e1)
Thread T3 (tid=4967195, running) created by main thread at:
#0 pthread_create <null> (libclang_rt.tsan_osx_dynamic.dylib:x86_64h+0x2a9cd)
#1 isc_thread_create thread.c:75 (libisc.1503.dylib:x86_64+0x46d1c)
#2 main nsupdate.c:909 (nsupdate:x86_64+0x10000222c)
SUMMARY: ThreadSanitizer: data race message.c:443 in msgresetnames
```
```
WARNING: ThreadSanitizer: data race (pid=38820)
Read of size 8 at 0x7b1800005fe8 by main thread:
#0 msgresetnames message.c:451 (libdns.1503.dylib:x86_64+0x76ddb)
#1 msgreset message.c:538 (libdns.1503.dylib:x86_64+0x70f89)
#2 dns_message_destroy message.c:809 (libdns.1503.dylib:x86_64+0x723b7)
#3 main nsupdate.c:3171 (nsupdate:x86_64+0x100002a93)
Previous write of size 8 at 0x7b1800005fe8 by thread T3:
#0 dns_message_parse message.c:1126 (libdns.1503.dylib:x86_64+0x72e8a)
#1 dns_request_getresponse request.c:1183 (libdns.1503.dylib:x86_64+0x1295cf)
#2 update_completed nsupdate.c:2318 (nsupdate:x86_64+0x100009abd)
#3 run task.c:1134 (libisc.1503.dylib:x86_64+0x2c9e1)
Location is heap block of size 81 at 0x7b1800005fa0 allocated by thread T3:
#0 malloc <null> (libclang_rt.tsan_osx_dynamic.dylib:x86_64h+0x4e65a)
#1 default_memalloc mem.c:685 (libisc.1503.dylib:x86_64+0x17ae1)
#2 dns_request_getresponse request.c:1183 (libdns.1503.dylib:x86_64+0x1295cf)
#3 update_completed nsupdate.c:2318 (nsupdate:x86_64+0x100009abd)
#4 run task.c:1134 (libisc.1503.dylib:x86_64+0x2c9e1)
Thread T3 (tid=4967195, running) created by main thread at:
#0 pthread_create <null> (libclang_rt.tsan_osx_dynamic.dylib:x86_64h+0x2a9cd)
#1 isc_thread_create thread.c:75 (libisc.1503.dylib:x86_64+0x46d1c)
#2 main nsupdate.c:909 (nsupdate:x86_64+0x10000222c)
SUMMARY: ThreadSanitizer: data race message.c:451 in msgresetnames
```
and more ...December 2019 (9.11.14, 9.14.9, 9.15.7)Ondřej SurýOndřej Surýhttps://gitlab.isc.org/isc-projects/bind9/-/issues/1370bind 9.14.5 compilation fails2019-11-18T06:32:40ZGhost Userbind 9.14.5 compilation failsWhile building bind 9.14.5 it fails with error "ld: 0711-317 ERROR: Undefined symbol: .isc_result_totext" in bin/tests/system/dlzexternal. A patch was once created as [](https://gitlab.isc.org/isc-projects/bind9/commit/bbe9f1dd951b337f90...While building bind 9.14.5 it fails with error "ld: 0711-317 ERROR: Undefined symbol: .isc_result_totext" in bin/tests/system/dlzexternal. A patch was once created as [](https://gitlab.isc.org/isc-projects/bind9/commit/bbe9f1dd951b337f901c06e5b084065b42ba6950)
But it is reverted back. Will you let me know the reason why it is reverted back ? or any help to get rid of that error ?https://gitlab.isc.org/isc-projects/bind9/-/issues/1371ThreadSanitizer: data race rbt.c:2520 in dns_rbt_addnode2019-11-22T00:25:14ZOndřej SurýThreadSanitizer: data race rbt.c:2520 in dns_rbt_addnodeBinary: `named`
Commit: c9e358fbf5f5ad6c833b5be21f8afcf02b939c80
Tests: dnssec
```
WARNING: ThreadSanitizer: data race (pid=38593)
Write of size 4 at 0x7b2000029b94 by thread T5 (mutexes: write M1096480806794175960, write M96109120555...Binary: `named`
Commit: c9e358fbf5f5ad6c833b5be21f8afcf02b939c80
Tests: dnssec
```
WARNING: ThreadSanitizer: data race (pid=38593)
Write of size 4 at 0x7b2000029b94 by thread T5 (mutexes: write M1096480806794175960, write M961091205557459296):
#0 dns_rbt_addnode rbt.c:2520 (libdns.1503.dylib:x86_64+0xaa467)
#1 findnodeintree rbtdb.c:2739 (libdns.1503.dylib:x86_64+0xc872a)
#2 findnode rbtdb.c:2784 (libdns.1503.dylib:x86_64+0xb518b)
#3 dns_db_findnode db.c:447 (libdns.1503.dylib:x86_64+0x2afb8)
#4 validated resolver.c:5620 (libdns.1503.dylib:x86_64+0x14aed1)
#5 run task.c:1134 (libisc.1503.dylib:x86_64+0x3b141)
Previous read of size 4 at 0x7b2000029b94 by thread T6 (mutexes: write M1097606706701018688):
#0 addrdataset rbtdb.c:6524 (libdns.1503.dylib:x86_64+0xb8db9)
#1 dns_db_addrdataset db.c:744 (libdns.1503.dylib:x86_64+0x2c14e)
#2 addoptout ncache.c:271 (libdns.1503.dylib:x86_64+0x97087)
#3 dns_ncache_add ncache.c:101 (libdns.1503.dylib:x86_64+0x9682c)
#4 resquery_response resolver.c:6476 (libdns.1503.dylib:x86_64+0x1431b6)
#5 run task.c:1134 (libisc.1503.dylib:x86_64+0x3b141)
Location is heap block of size 119 at 0x7b2000029b80 allocated by thread T5:
#0 malloc <null>:5827872 (libclang_rt.tsan_osx_dynamic.dylib:x86_64h+0x4e65a)
#1 default_memalloc mem.c:685 (libisc.1503.dylib:x86_64+0x2200f)
#2 isc___mem_allocate mem.c:598 (libisc.1503.dylib:x86_64+0x22e6c)
#3 isc___mem_get mem.c:2387 (libisc.1503.dylib:x86_64+0x22487)
#4 isc__mem_get mem.c:2365 (libisc.1503.dylib:x86_64+0x1d18e)
#5 create_node rbt.c:2189 (libdns.1503.dylib:x86_64+0xaaa35)
#6 dns_rbt_addnode rbt.c:1382 (libdns.1503.dylib:x86_64+0xa9b66)
#7 findnodeintree rbtdb.c:2739 (libdns.1503.dylib:x86_64+0xc872a)
#8 findnode rbtdb.c:2784 (libdns.1503.dylib:x86_64+0xb518b)
#9 dns_db_findnode db.c:447 (libdns.1503.dylib:x86_64+0x2afb8)
#10 resquery_response resolver.c:6018 (libdns.1503.dylib:x86_64+0x141c3a)
#11 run task.c:1134 (libisc.1503.dylib:x86_64+0x3b141)
Mutex M1096480806794175960 is already destroyed.
Mutex M961091205557459296 is already destroyed.
Mutex M1097606706701018688 is already destroyed.
Thread T5 (tid=5614584, running) created by main thread at:
#0 pthread_create <null>:5827920 (libclang_rt.tsan_osx_dynamic.dylib:x86_64h+0x2a9cd)
#1 isc_thread_create thread.c:75 (libisc.1503.dylib:x86_64+0x580a1)
#2 isc_taskmgr_create task.c:1410 (libisc.1503.dylib:x86_64+0x3a630)
#3 main main.c:902 (named:x86_64+0x10000df36)
Thread T6 (tid=5614585, running) created by main thread at:
#0 pthread_create <null>:5827920 (libclang_rt.tsan_osx_dynamic.dylib:x86_64h+0x2a9cd)
#1 isc_thread_create thread.c:75 (libisc.1503.dylib:x86_64+0x580a1)
#2 isc_taskmgr_create task.c:1410 (libisc.1503.dylib:x86_64+0x3a630)
#3 main main.c:902 (named:x86_64+0x10000df36)
SUMMARY: ThreadSanitizer: data race rbt.c:2520 in dns_rbt_addnode
```December 2019 (9.11.14, 9.14.9, 9.15.7)https://gitlab.isc.org/isc-projects/bind9/-/issues/1372ThreadSanitizer: data race rbtdb.c:3946 in zone_find2019-11-22T02:50:05ZOndřej SurýThreadSanitizer: data race rbtdb.c:3946 in zone_findBinary: `named`
Commit: c9e358fbf5f5ad6c833b5be21f8afcf02b939c80
Tests: dnssec
```
WARNING: ThreadSanitizer: data race (pid=33440)
Read of size 2 at 0x7b240001a528 by thread T2 (mutexes: read M862856438685503072):
#0 zone_find rbt...Binary: `named`
Commit: c9e358fbf5f5ad6c833b5be21f8afcf02b939c80
Tests: dnssec
```
WARNING: ThreadSanitizer: data race (pid=33440)
Read of size 2 at 0x7b240001a528 by thread T2 (mutexes: read M862856438685503072):
#0 zone_find rbtdb.c:3946 (libdns.1503.dylib:x86_64+0xc4a78)
#1 dns_db_findext db.c:551 (libdns.1503.dylib:x86_64+0x2b5ae)
#2 query_lookup query.c:5515 (libns.1501.dylib:x86_64+0x1429e)
#3 ns__query_start query.c:5441 (libns.1501.dylib:x86_64+0x121fc)
#4 ns_query_start query.c:5162 (libns.1501.dylib:x86_64+0x18058)
#5 ns__client_request client.c:2152 (libns.1501.dylib:x86_64+0x6b72)
#6 dnslisten_readcb tcpdns.c:185 (libisc.1503.dylib:x86_64+0x2bd09)
#7 read_cb tcp.c:346 (libisc.1503.dylib:x86_64+0x284af)
#8 uv__stream_io <null>:2598992 (libuv.1.dylib:x86_64+0xeda1)
Previous write of size 2 at 0x7b240001a528 by thread T5 (mutexes: read M862856438685503072, write M867360089852547144):
#0 decrement_reference rbtdb.c:1729 (libdns.1503.dylib:x86_64+0xc2e6c)
#1 dbiterator_next rbtdb.c:8840 (libdns.1503.dylib:x86_64+0xcb617)
#2 dns_dbiterator_next dbiterator.c:88 (libdns.1503.dylib:x86_64+0x2df64)
#3 zone_nsec3chain zone.c:8142 (libdns.1503.dylib:x86_64+0x1d2e7f)
#4 zone_maintenance zone.c:10830 (libdns.1503.dylib:x86_64+0x1ca937)
#5 zone_timer zone.c:13669 (libdns.1503.dylib:x86_64+0x1aab75)
#6 run task.c:1134 (libisc.1503.dylib:x86_64+0x3b141)
Location is heap block of size 133 at 0x7b240001a4c0 allocated by thread T6:
#0 malloc <null>:2599024 (libclang_rt.tsan_osx_dynamic.dylib:x86_64h+0x4e65a)
#1 default_memalloc mem.c:685 (libisc.1503.dylib:x86_64+0x2200f)
#2 isc___mem_allocate mem.c:598 (libisc.1503.dylib:x86_64+0x22e6c)
#3 isc___mem_get mem.c:2387 (libisc.1503.dylib:x86_64+0x22487)
#4 isc__mem_get mem.c:2365 (libisc.1503.dylib:x86_64+0x1d18e)
#5 create_node rbt.c:2189 (libdns.1503.dylib:x86_64+0xaaa35)
#6 dns_rbt_addnode rbt.c:1146 (libdns.1503.dylib:x86_64+0xaa5f8)
#7 dns_rbtdb_create rbtdb.c:8228 (libdns.1503.dylib:x86_64+0xb1063)
#8 dns_db_create db.c:118 (libdns.1503.dylib:x86_64+0x29efc)
#9 zone_load zone.c:2108 (libdns.1503.dylib:x86_64+0x19a582)
#10 zone_asyncload zone.c:2192 (libdns.1503.dylib:x86_64+0x19b802)
#11 run task.c:1134 (libisc.1503.dylib:x86_64+0x3b141)
Mutex M862856438685503072 is already destroyed.
Mutex M867360089852547144 is already destroyed.
Thread T2 (tid=5596405, running) created by main thread at:
#0 pthread_create <null>:2599072 (libclang_rt.tsan_osx_dynamic.dylib:x86_64h+0x2a9cd)
#1 isc_thread_create thread.c:75 (libisc.1503.dylib:x86_64+0x580a1)
#2 isc_nm_start netmgr.c:127 (libisc.1503.dylib:x86_64+0x23e37)
#3 main main.c:895 (named:x86_64+0x10000dede)
Thread T5 (tid=5596408, running) created by main thread at:
#0 pthread_create <null>:2599072 (libclang_rt.tsan_osx_dynamic.dylib:x86_64h+0x2a9cd)
#1 isc_thread_create thread.c:75 (libisc.1503.dylib:x86_64+0x580a1)
#2 isc_taskmgr_create task.c:1410 (libisc.1503.dylib:x86_64+0x3a630)
#3 main main.c:902 (named:x86_64+0x10000df36)
Thread T6 (tid=5596409, running) created by main thread at:
#0 pthread_create <null>:2598976 (libclang_rt.tsan_osx_dynamic.dylib:x86_64h+0x2a9cd)
#1 isc_thread_create thread.c:75 (libisc.1503.dylib:x86_64+0x580a1)
#2 isc_taskmgr_create task.c:1410 (libisc.1503.dylib:x86_64+0x3a630)
#3 main main.c:902 (named:x86_64+0x10000df36)
SUMMARY: ThreadSanitizer: data race rbtdb.c:3946 in zone_find
```December 2019 (9.11.14, 9.14.9, 9.15.7)https://gitlab.isc.org/isc-projects/bind9/-/issues/1373ThreadSanitizer: data race rbtdb.c:5193 in detachnode2019-11-25T05:46:57ZOndřej SurýThreadSanitizer: data race rbtdb.c:5193 in detachnodeBinary: `named`
Commits: c9e358fbf5f5ad6c833b5be21f8afcf02b939c80
Tests: `dnssec`
```
WARNING: ThreadSanitizer: data race (pid=33568)
Read of size 2 at 0x7b20000236e8 by thread T8 (mutexes: write M67733):
#0 detachnode rbtdb.c:519...Binary: `named`
Commits: c9e358fbf5f5ad6c833b5be21f8afcf02b939c80
Tests: `dnssec`
```
WARNING: ThreadSanitizer: data race (pid=33568)
Read of size 2 at 0x7b20000236e8 by thread T8 (mutexes: write M67733):
#0 detachnode rbtdb.c:5193 (libdns.1503.dylib:x86_64+0xb6e29)
#1 rdataset_disassociate rbtdb.c:8372 (libdns.1503.dylib:x86_64+0xc0070)
#2 dns_rdataset_disassociate rdataset.c:118 (libdns.1503.dylib:x86_64+0x11fe49)
#3 validate_answer validator.c:1602 (libdns.1503.dylib:x86_64+0x182c10)
#4 validator_start validator.c:3157 (libdns.1503.dylib:x86_64+0x180193)
#5 run task.c:1134 (libisc.1503.dylib:x86_64+0x3b141)
Previous write of size 2 at 0x7b20000236e8 by thread T5 (mutexes: write M1022452887919270936, write M922529271186985760):
#0 add32 rbtdb.c:6189 (libdns.1503.dylib:x86_64+0xbe862)
#1 addrdataset rbtdb.c:6591 (libdns.1503.dylib:x86_64+0xb991c)
#2 dns_db_addrdataset db.c:744 (libdns.1503.dylib:x86_64+0x2c14e)
#3 validated resolver.c:5710 (libdns.1503.dylib:x86_64+0x14b550)
#4 run task.c:1134 (libisc.1503.dylib:x86_64+0x3b141)
Location is heap block of size 116 at 0x7b2000023680 allocated by thread T8:
#0 malloc <null>:9011392 (libclang_rt.tsan_osx_dynamic.dylib:x86_64h+0x4e65a)
#1 default_memalloc mem.c:685 (libisc.1503.dylib:x86_64+0x2200f)
#2 isc___mem_allocate mem.c:598 (libisc.1503.dylib:x86_64+0x22e6c)
#3 isc___mem_get mem.c:2387 (libisc.1503.dylib:x86_64+0x22487)
#4 isc__mem_get mem.c:2365 (libisc.1503.dylib:x86_64+0x1d18e)
#5 create_node rbt.c:2189 (libdns.1503.dylib:x86_64+0xaaa35)
#6 dns_rbt_addnode rbt.c:1146 (libdns.1503.dylib:x86_64+0xaa5f8)
#7 findnodeintree rbtdb.c:2739 (libdns.1503.dylib:x86_64+0xc872a)
#8 findnode rbtdb.c:2784 (libdns.1503.dylib:x86_64+0xb518b)
#9 dns_db_findnode db.c:447 (libdns.1503.dylib:x86_64+0x2afb8)
#10 validated resolver.c:5620 (libdns.1503.dylib:x86_64+0x14aed1)
#11 run task.c:1134 (libisc.1503.dylib:x86_64+0x3b141)
Mutex M67733 (0x7b740001fe18) created at:
#0 pthread_mutex_init <null>:9011248 (libclang_rt.tsan_osx_dynamic.dylib:x86_64h+0x2b9a3)
#1 isc__mutex_init mutex.c:286 (libisc.1503.dylib:x86_64+0x57f99)
#2 dns_validator_create validator.c:3261 (libdns.1503.dylib:x86_64+0x17f987)
#3 valcreate resolver.c:868 (libdns.1503.dylib:x86_64+0x149992)
#4 resquery_response resolver.c:6380 (libdns.1503.dylib:x86_64+0x14280d)
#5 run task.c:1134 (libisc.1503.dylib:x86_64+0x3b141)
Mutex M1022452887919270936 is already destroyed.
Mutex M922529271186985760 is already destroyed.
Thread T8 (tid=5596916, running) created by main thread at:
#0 pthread_create <null>:9011440 (libclang_rt.tsan_osx_dynamic.dylib:x86_64h+0x2a9cd)
#1 isc_thread_create thread.c:75 (libisc.1503.dylib:x86_64+0x580a1)
#2 isc_taskmgr_create task.c:1410 (libisc.1503.dylib:x86_64+0x3a630)
#3 main main.c:902 (named:x86_64+0x10000df36)
Thread T5 (tid=5596913, running) created by main thread at:
#0 pthread_create <null>:9011440 (libclang_rt.tsan_osx_dynamic.dylib:x86_64h+0x2a9cd)
#1 isc_thread_create thread.c:75 (libisc.1503.dylib:x86_64+0x580a1)
#2 isc_taskmgr_create task.c:1410 (libisc.1503.dylib:x86_64+0x3a630)
#3 main main.c:902 (named:x86_64+0x10000df36)
SUMMARY: ThreadSanitizer: data race rbtdb.c:5193 in detachnode
```
This looks eerily similar to #1347, and it might be related, but in the first case, TSAN complains about `nodelock` access, and here, it complains about `nodelock = &rbtdb->node_locks[node->locknum];` access, from:
```
da1e0ac7424 (Automatic Updater 2008-01-31 23:47:06 +0000 5192) node = (dns_rbtnode_t *)(*targetp);
da1e0ac7424 (Automatic Updater 2008-01-31 23:47:06 +0000 5193) nodelock = &rbtdb->node_locks[node->locknum];
da1e0ac7424 (Automatic Updater 2008-01-31 23:47:06 +0000 5194)
da1e0ac7424 (Automatic Updater 2008-01-31 23:47:06 +0000 5195) NODE_LOCK(&nodelock->lock, isc_rwlocktype_read);
da1e0ac7424 (Automatic Updater 2008-01-31 23:47:06 +0000 5196)
da1e0ac7424 (Automatic Updater 2008-01-31 23:47:06 +0000 5197) if (decrement_reference(rbtdb, node, 0, isc_rwlocktype_read,
994e656977b (Ondřej Surý 2018-04-17 08:29:14 -0700 5198) isc_rwlocktype_none, false)) {
da1e0ac7424 (Automatic Updater 2008-01-31 23:47:06 +0000 5199) if (isc_refcount_current(&nodelock->references) == 0 &&
da1e0ac7424 (Automatic Updater 2008-01-31 23:47:06 +0000 5200) nodelock->exiting) {
994e656977b (Ondřej Surý 2018-04-17 08:29:14 -0700 5201) inactive = true;
da1e0ac7424 (Automatic Updater 2008-01-31 23:47:06 +0000 5202) }
da1e0ac7424 (Automatic Updater 2008-01-31 23:47:06 +0000 5203) }
da1e0ac7424 (Automatic Updater 2008-01-31 23:47:06 +0000 5204)
da1e0ac7424 (Automatic Updater 2008-01-31 23:47:06 +0000 5205) NODE_UNLOCK(&nodelock->lock, isc_rwlocktype_read);
da1e0ac7424 (Automatic Updater 2008-01-31 23:47:06 +0000 5206)
```December 2019 (9.11.14, 9.14.9, 9.15.7)https://gitlab.isc.org/isc-projects/bind9/-/issues/1374The runtime system test crashes BIND2019-11-28T12:01:29ZOndřej SurýThe runtime system test crashes BINDSince the runtime test got fixed, it crashes BIND 9 very often, making the runtime test fail.
The test that triggers the crash is:
* I:runtime:checking that named refuses to start if managed-keys-directory is not writable (9)
and the f...Since the runtime test got fixed, it crashes BIND 9 very often, making the runtime test fail.
The test that triggers the crash is:
* I:runtime:checking that named refuses to start if managed-keys-directory is not writable (9)
and the full backtrace can be found in:
https://gitlab.isc.org/isc-projects/bind9/-/jobs/416098
but it's not very helpful.December 2019 (9.11.14, 9.14.9, 9.15.7)https://gitlab.isc.org/isc-projects/bind9/-/issues/1756Derive maximum zone TTL from zone contents2023-07-26T08:54:49ZMatthijs Mekkingmatthijs@isc.orgDerive maximum zone TTL from zone contentsThe dnssec-policy system should look into the Zone as the default method of finding the "maximum zone TTL".
Currently `max-zone-ttl` defaults to 24 h. This silently breaks RRs with larger TTLs if rollover is happening. This is rare, but...The dnssec-policy system should look into the Zone as the default method of finding the "maximum zone TTL".
Currently `max-zone-ttl` defaults to 24 h. This silently breaks RRs with larger TTLs if rollover is happening. This is rare, but still a bug.
TTL caps for caches
-------------------
* BIND v9_19_0 default for 7 days
* Knot Resolver 5.5.0: 6 days
Knot DNS 3.1 (authoritative) computes the value from zone data already.Not plannedMatthijs Mekkingmatthijs@isc.orgMatthijs Mekkingmatthijs@isc.orghttps://gitlab.isc.org/isc-projects/bind9/-/issues/1375Improve zone transfer logging to always include an identifying serial number ...2020-03-06T02:51:21ZCathy AlmondImprove zone transfer logging to always include an identifying serial number so that starts and ends can be matched by log parsersThe problem statement/use case is this
```
...we use Splunk to ingest all transfer logs on the distribution
masters...and neither Splunk nor our "SOA serial Sync" monitoring in
Nagios(icinga) see large spikes when it comes to zone distr...The problem statement/use case is this
```
...we use Splunk to ingest all transfer logs on the distribution
masters...and neither Splunk nor our "SOA serial Sync" monitoring in
Nagios(icinga) see large spikes when it comes to zone distribution times.
(We would, however, like to request that you modify BIND logging to
include the zone serial in the 'IXFR ended' line...as the tokens we're
matching on to link start/end sometimes cause false spikes when the
random port and the random client id match with previous events... :)
```
This is from [Support ticket #15075](https://support.isc.org/Ticket/Display.html?id=15075)
It's possible that some of this difficulty relates to #1009 (now fixed) wherein all endings are logged, but some zone transfer starts are missing. But nevertheless, I don't see that serial numbers are logged on zone transfer endings, just this (from the inbound transfer server's PoV):
```c
/*
* Calculate the length of time the transfer took,
* and print a log message with the bytes and rate.
*/
isc_time_now(&xfr->end);
msecs = isc_time_microdiff(&xfr->end, &xfr->start) / 1000;
if (msecs == 0)
msecs = 1;
persec = (xfr->nbytes * 1000) / msecs;
xfrin_log(xfr, ISC_LOG_INFO,
"Transfer completed: %d messages, %d records, "
"%" PRIu64 " bytes, "
"%u.%03u secs (%u bytes/sec)",
xfr->nmsg, xfr->nrecs, xfr->nbytes,
(unsigned int) (msecs / 1000), (unsigned int) (msecs % 1000),
(unsigned int) persec);
```March 2020 (9.11.17, 9.16.1, 9.17.0)Evan HuntEvan Hunthttps://gitlab.isc.org/isc-projects/bind9/-/issues/1376Release Notes "Supported Platforms" section should be in sync with README.md2019-11-28T05:42:31ZMichal NowakRelease Notes "Supported Platforms" section should be in sync with README.mdREADME.md in it's "Building BIND" section mentions that libuv (9.15 and newer) and libcap are required (in some way/sense) for BIND to build: `BIND also requires the 'libuv' asynchronous I/O library [...] On Linux, BIND requires the 'lib...README.md in it's "Building BIND" section mentions that libuv (9.15 and newer) and libcap are required (in some way/sense) for BIND to build: `BIND also requires the 'libuv' asynchronous I/O library [...] On Linux, BIND requires the 'libcap' library to set process privileges, though this requirement can be overridden [...]`.
None of these is mentioned in the Release Notes "Supported Platforms" section, but it probably should as those two sections cover the same ground, though probably for different audiences.December 2019 (9.11.14, 9.14.9, 9.15.7)https://gitlab.isc.org/isc-projects/bind9/-/issues/1377ThreadSanitizer: data race astack.c:64 in isc_astack_pop2020-01-13T13:55:30ZOndřej SurýThreadSanitizer: data race astack.c:64 in isc_astack_popBinary: `named`
Commit: eba576dddfc2ce613245cd3939e223fafe30cb6d
Tests: dnssec
```
WARNING: ThreadSanitizer: data race (pid=64356)
Read of size 8 at 0x7b54000205a0 by thread T5 (mutexes: write M68216):
#0 isc_astack_pop astack.c:6...Binary: `named`
Commit: eba576dddfc2ce613245cd3939e223fafe30cb6d
Tests: dnssec
```
WARNING: ThreadSanitizer: data race (pid=64356)
Read of size 8 at 0x7b54000205a0 by thread T5 (mutexes: write M68216):
#0 isc_astack_pop astack.c:64 (libisc.1503.dylib:x86_64+0x5e31)
#1 nmsocket_cleanup netmgr.c:527 (libisc.1503.dylib:x86_64+0x2750f)
#2 nmsocket_maybe_destroy netmgr.c:601 (libisc.1503.dylib:x86_64+0x25964)
#3 isc_nmhandle_unref netmgr.c:903 (libisc.1503.dylib:x86_64+0x26a93)
#4 fetch_callback query.c:5680 (libns.1501.dylib:x86_64+0x1619c)
#5 run task.c:1134 (libisc.1503.dylib:x86_64+0x3b141)
Previous write of size 8 at 0x7b54000205a0 by thread T2 (mutexes: write M361549470804084136):
#0 isc_astack_pop astack.c:67 (libisc.1503.dylib:x86_64+0x5e47)
#1 nmsocket_cleanup netmgr.c:527 (libisc.1503.dylib:x86_64+0x2750f)
#2 nmsocket_maybe_destroy netmgr.c:601 (libisc.1503.dylib:x86_64+0x25964)
#3 isc__nmsocket_prep_destroy netmgr.c:645 (libisc.1503.dylib:x86_64+0x25721)
#4 isc_nmsocket_detach netmgr.c:671 (libisc.1503.dylib:x86_64+0x25aaf)
#5 dnslisten_readcb tcpdns.c:109 (libisc.1503.dylib:x86_64+0x2b926)
#6 read_cb tcp.c:355 (libisc.1503.dylib:x86_64+0x2851d)
#7 uv__stream_io <null>:5822832 (libuv.1.dylib:x86_64+0xf05c)
Mutex M68216 (0x7b54000205a8) created at:
#0 pthread_mutex_lock <null>:5822720 (libclang_rt.tsan_osx_dynamic.dylib:x86_64h+0x39f8e)
#1 isc_astack_pop astack.c:62 (libisc.1503.dylib:x86_64+0x5e25)
#2 nmsocket_cleanup netmgr.c:527 (libisc.1503.dylib:x86_64+0x2750f)
#3 nmsocket_maybe_destroy netmgr.c:601 (libisc.1503.dylib:x86_64+0x25964)
#4 isc_nmhandle_unref netmgr.c:903 (libisc.1503.dylib:x86_64+0x26a93)
#5 fetch_callback query.c:5680 (libns.1501.dylib:x86_64+0x1619c)
#6 run task.c:1134 (libisc.1503.dylib:x86_64+0x3b141)
Mutex M361549470804084136 is already destroyed.
Thread T5 (tid=7195628, running) created by main thread at:
#0 pthread_create <null>:5822912 (libclang_rt.tsan_osx_dynamic.dylib:x86_64h+0x2a9cd)
#1 isc_thread_create thread.c:75 (libisc.1503.dylib:x86_64+0x580a1)
#2 isc_taskmgr_create task.c:1410 (libisc.1503.dylib:x86_64+0x3a630)
#3 main main.c:902 (named:x86_64+0x10000df36)
Thread T2 (tid=7195593, running) created by main thread at:
#0 pthread_create <null>:5822912 (libclang_rt.tsan_osx_dynamic.dylib:x86_64h+0x2a9cd)
#1 isc_thread_create thread.c:75 (libisc.1503.dylib:x86_64+0x580a1)
#2 isc_nm_start netmgr.c:127 (libisc.1503.dylib:x86_64+0x23e37)
#3 main main.c:895 (named:x86_64+0x10000dede)
SUMMARY: ThreadSanitizer: data race astack.c:64 in isc_astack_pop
```
The warning seems weird on the code inspection, but I found an error in the other part of the code.December 2019 (9.11.14, 9.14.9, 9.15.7)https://gitlab.isc.org/isc-projects/bind9/-/issues/1378ThreadSanitizer: data race mem.c:2378 in isc__mem_putanddetach2019-11-26T17:25:40ZOndřej SurýThreadSanitizer: data race mem.c:2378 in isc__mem_putanddetachBinary: `named`
Commit: eba576dddfc2ce613245cd3939e223fafe30cb6d
Tests: dnssec
```
WARNING: ThreadSanitizer: data race (pid=64356)
Read of size 8 at 0x7b5400020590 by thread T5:
#0 isc__mem_putanddetach mem.c:2378 (libisc.1503.dyl...Binary: `named`
Commit: eba576dddfc2ce613245cd3939e223fafe30cb6d
Tests: dnssec
```
WARNING: ThreadSanitizer: data race (pid=64356)
Read of size 8 at 0x7b5400020590 by thread T5:
#0 isc__mem_putanddetach mem.c:2378 (libisc.1503.dylib:x86_64+0x21b57)
#1 isc_astack_destroy astack.c:77 (libisc.1503.dylib:x86_64+0x5ece)
#2 nmsocket_cleanup netmgr.c:539 (libisc.1503.dylib:x86_64+0x2767a)
#3 nmsocket_maybe_destroy netmgr.c:601 (libisc.1503.dylib:x86_64+0x25964)
#4 isc_nmhandle_unref netmgr.c:903 (libisc.1503.dylib:x86_64+0x26a93)
#5 fetch_callback query.c:5680 (libns.1501.dylib:x86_64+0x1619c)
#6 run task.c:1134 (libisc.1503.dylib:x86_64+0x3b141)
Previous write of size 8 at 0x7b5400020590 by thread T2:
#0 isc___mem_putanddetach mem.c:935 (libisc.1503.dylib:x86_64+0x22a0c)
#1 isc__mem_putanddetach mem.c:2380 (libisc.1503.dylib:x86_64+0x21b9c)
#2 isc_astack_destroy astack.c:77 (libisc.1503.dylib:x86_64+0x5ece)
#3 nmsocket_cleanup netmgr.c:539 (libisc.1503.dylib:x86_64+0x2767a)
#4 nmsocket_maybe_destroy netmgr.c:601 (libisc.1503.dylib:x86_64+0x25964)
#5 isc__nmsocket_prep_destroy netmgr.c:645 (libisc.1503.dylib:x86_64+0x25721)
#6 isc_nmsocket_detach netmgr.c:671 (libisc.1503.dylib:x86_64+0x25aaf)
#7 dnslisten_readcb tcpdns.c:109 (libisc.1503.dylib:x86_64+0x2b926)
#8 read_cb tcp.c:355 (libisc.1503.dylib:x86_64+0x2851d)
#9 uv__stream_io <null>:5822784 (libuv.1.dylib:x86_64+0xf05c)
Thread T5 (tid=7195628, running) created by main thread at:
#0 pthread_create <null>:5822864 (libclang_rt.tsan_osx_dynamic.dylib:x86_64h+0x2a9cd)
#1 isc_thread_create thread.c:75 (libisc.1503.dylib:x86_64+0x580a1)
#2 isc_taskmgr_create task.c:1410 (libisc.1503.dylib:x86_64+0x3a630)
#3 main main.c:902 (named:x86_64+0x10000df36)
Thread T2 (tid=7195593, running) created by main thread at:
#0 pthread_create <null>:5822864 (libclang_rt.tsan_osx_dynamic.dylib:x86_64h+0x2a9cd)
#1 isc_thread_create thread.c:75 (libisc.1503.dylib:x86_64+0x580a1)
#2 isc_nm_start netmgr.c:127 (libisc.1503.dylib:x86_64+0x23e37)
#3 main main.c:895 (named:x86_64+0x10000dede)
SUMMARY: ThreadSanitizer: data race mem.c:2378 in isc__mem_putanddetach
```
This is not an error in the mem.c per se, but it looks like `nmsocket_cleanup()` can get called twice over the same data?December 2019 (9.11.14, 9.14.9, 9.15.7)Witold KrecickiWitold Krecickihttps://gitlab.isc.org/isc-projects/bind9/-/issues/1379ThreadSanitizer: data race counter.c:93 in isc_counter_detach2019-11-28T11:59:53ZOndřej SurýThreadSanitizer: data race counter.c:93 in isc_counter_detachBinary: `named`
Commit: master with various accumulated fixes :-)
Tests: dnssec
```
WARNING: ThreadSanitizer: data race (pid=17420)
Write of size 4 at 0x7b1000014190 by thread T8:
#0 isc_counter_detach counter.c:93 (libisc.1503.dy...Binary: `named`
Commit: master with various accumulated fixes :-)
Tests: dnssec
```
WARNING: ThreadSanitizer: data race (pid=17420)
Write of size 4 at 0x7b1000014190 by thread T8:
#0 isc_counter_detach counter.c:93 (libisc.1503.dylib:x86_64+0xb5b7)
#1 fctx_destroy resolver.c:4390 (libdns.1503.dylib:x86_64+0x130ec2)
#2 fctx_doshutdown resolver.c:4573 (libdns.1503.dylib:x86_64+0x14d346)
#3 run task.c:1134 (libisc.1503.dylib:x86_64+0x3b121)
Previous read of size 4 at 0x7b1000014190 by thread T6:
#0 isc_counter_detach counter.c:103 (libisc.1503.dylib:x86_64+0xb57f)
#1 fctx_destroy resolver.c:4390 (libdns.1503.dylib:x86_64+0x130ec2)
#2 fctx_doshutdown resolver.c:4573 (libdns.1503.dylib:x86_64+0x14d346)
#3 run task.c:1134 (libisc.1503.dylib:x86_64+0x3b121)
Location is heap block of size 49 at 0x7b1000014180 allocated by thread T2:
#0 malloc <null>:9014112 (libclang_rt.tsan_osx_dynamic.dylib:x86_64h+0x4e65a)
#1 default_memalloc mem.c:685 (libisc.1503.dylib:x86_64+0x21fef)
#2 isc___mem_allocate mem.c:598 (libisc.1503.dylib:x86_64+0x22e4c)
#3 isc___mem_get mem.c:2387 (libisc.1503.dylib:x86_64+0x22467)
#4 isc__mem_get mem.c:2365 (libisc.1503.dylib:x86_64+0x1d16e)
#5 isc_counter_create counter.c:41 (libisc.1503.dylib:x86_64+0xb2d3)
#6 dns_resolver_createfetch resolver.c:4754 (libdns.1503.dylib:x86_64+0x12d263)
#7 ns_query_recurse query.c:5858 (libns.1501.dylib:x86_64+0x14c83)
#8 query_delegation query.c (libns.1501.dylib:x86_64+0x22c81)
#9 query_gotanswer query.c (libns.1501.dylib:x86_64+0x198df)
#10 query_lookup query.c:5562 (libns.1501.dylib:x86_64+0x144a7)
#11 ns__query_start query.c:5441 (libns.1501.dylib:x86_64+0x121fc)
#12 ns_query_start query.c:5162 (libns.1501.dylib:x86_64+0x18058)
#13 ns__client_request client.c:2152 (libns.1501.dylib:x86_64+0x6b72)
#14 dnslisten_readcb tcpdns.c:185 (libisc.1503.dylib:x86_64+0x2bce9)
#15 read_cb tcp.c:346 (libisc.1503.dylib:x86_64+0x2848f)
#16 uv__stream_io <null>:9014112 (libuv.1.dylib:x86_64+0xeda1)
Thread T8 (tid=8022002, running) created by main thread at:
#0 pthread_create <null>:9014160 (libclang_rt.tsan_osx_dynamic.dylib:x86_64h+0x2a9cd)
#1 isc_thread_create thread.c:75 (libisc.1503.dylib:x86_64+0x58081)
#2 isc_taskmgr_create task.c:1410 (libisc.1503.dylib:x86_64+0x3a610)
#3 main main.c:902 (named:x86_64+0x10000df36)
Thread T6 (tid=8022000, running) created by main thread at:
#0 pthread_create <null>:9014160 (libclang_rt.tsan_osx_dynamic.dylib:x86_64h+0x2a9cd)
#1 isc_thread_create thread.c:75 (libisc.1503.dylib:x86_64+0x58081)
#2 isc_taskmgr_create task.c:1410 (libisc.1503.dylib:x86_64+0x3a610)
#3 main main.c:902 (named:x86_64+0x10000df36)
Thread T2 (tid=8021990, running) created by main thread at:
#0 pthread_create <null>:9014064 (libclang_rt.tsan_osx_dynamic.dylib:x86_64h+0x2a9cd)
#1 isc_thread_create thread.c:75 (libisc.1503.dylib:x86_64+0x58081)
#2 isc_nm_start netmgr.c:127 (libisc.1503.dylib:x86_64+0x23e17)
#3 main main.c:895 (named:x86_64+0x10000dede)
SUMMARY: ThreadSanitizer: data race counter.c:93 in isc_counter_detach
```December 2019 (9.11.14, 9.14.9, 9.15.7)https://gitlab.isc.org/isc-projects/bind9/-/issues/1380autosign jitter test fails with "no NSEC3PARAM found in AXFR"2019-11-26T11:41:53ZMichal Nowakautosign jitter test fails with "no NSEC3PARAM found in AXFR"https://gitlab.isc.org/isc-projects/bind9/merge_requests/2553 enabled a jitter test, which now [fails for 9.15.6](https://jenkins.isc.org/job/bind9-test-release-tarball/label=centos-64-latest/67/testReport/bind/system/autosign/) on CentO...https://gitlab.isc.org/isc-projects/bind9/merge_requests/2553 enabled a jitter test, which now [fails for 9.15.6](https://jenkins.isc.org/job/bind9-test-release-tarball/label=centos-64-latest/67/testReport/bind/system/autosign/) on CentOS 7:
```
I:autosign:checking jitter in a newly signed NSEC3 zone (63)
I:autosign:waiting ... (0)
I:autosign:waiting ... (1)
I:autosign:waiting ... (2)
I:autosign:waiting ... (3)
I:autosign:waiting ... (4)
I:autosign:waiting ... (5)
I:autosign:waiting ... (6)
I:autosign:waiting ... (7)
I:autosign:waiting ... (8)
I:autosign:waiting ... (9)
I:autosign:waiting ... (10)
I:autosign:waiting ... (11)
I:autosign:waiting ... (12)
I:autosign:waiting ... (13)
I:autosign:waiting ... (14)
I:autosign:waiting ... (15)
I:autosign:waiting ... (16)
I:autosign:waiting ... (17)
I:autosign:waiting ... (18)
I:autosign:waiting ... (19)
I:autosign:error: no NSEC3PARAM found in AXFR
I:autosign:skip: bc not available
I:autosign:failed
```
(And yes, the VM missed `bc`.)
@ondrej @matthijs FYI.
Log: [dig.out.ns3.test63](/uploads/da13e8c1e017dc9b82ec70c6363ef21d/dig.out.ns3.test63)December 2019 (9.11.14, 9.14.9, 9.15.7)https://gitlab.isc.org/isc-projects/bind9/-/issues/1381tcp:ns5 didn't die when sent a SIGTERM2019-11-19T13:52:49ZMichal Nowaktcp:ns5 didn't die when sent a SIGTERMThe `tcp` test failed for 9.15.6 on [Fedora 30 (64-bit)](https://jenkins.isc.org/job/bind9-test-release-tarball/label=fedora-64-latest/67/testReport/bind/system/tcp/) with:
```
S:tcp:Tue Nov 19 11:18:55 UTC 2019
I:tcp:PORTRANGE:12700 - ...The `tcp` test failed for 9.15.6 on [Fedora 30 (64-bit)](https://jenkins.isc.org/job/bind9-test-release-tarball/label=fedora-64-latest/67/testReport/bind/system/tcp/) with:
```
S:tcp:Tue Nov 19 11:18:55 UTC 2019
I:tcp:PORTRANGE:12700 - 12799
I:tcp:initializing TCP statistics (1)
I:tcp:checking TCP request statistics (resolver) (2)
I:tcp:checking TCP request statistics (forwarder) (3)
I:tcp:TCP high-water: check initial statistics (4)
I:tcp:TCP high-water: check value after some TCP connections are established (5)
I:tcp:TCP high-water: check value after some TCP connections are closed (6)
I:tcp:TCP high-water: ensure tcp-clients is an upper bound (7)
I:tcp:exit status: 0
I:tcp:ns5 didn't die when sent a SIGTERM
R:tcp:FAIL
E:tcp:Tue Nov 19 11:20:17 UTC 2019
```
I have the `tcp/` directory from the affected machine stored locally, let me know what files you might need.
FYI @dfronza.https://gitlab.isc.org/isc-projects/bind9/-/issues/1382random_test unit test failed on Ubuntu 16.042022-12-13T15:09:34ZMichal Nowakrandom_test unit test failed on Ubuntu 16.04`random_test` unit test from BIND 9.15.6 [failed on Ubuntu 16.04](https://jenkins.isc.org/job/bind9-test-release-tarball/label=ubuntu1604/67/consoleFull) with:
```
bind/lib/isc/tests/random_test .........
Dubious, test returned 1 (wsta...`random_test` unit test from BIND 9.15.6 [failed on Ubuntu 16.04](https://jenkins.isc.org/job/bind9-test-release-tarball/label=ubuntu1604/67/consoleFull) with:
```
bind/lib/isc/tests/random_test .........
Dubious, test returned 1 (wstat 256, 0x100)
Failed 1/16 subtests
...
Test Summary Report
-------------------
bind/lib/isc/tests/random_test (Wstat: 256 Tests: 16 Failed: 1)
Failed test: 15
Non-zero exit status: 1
Files=68, Tests=299, 177.621 wallclock secs ( 0.26 usr 0.08 sys + 137.80 cusr 4.99 csys = 143.13 CPU)
Result: FAIL
```
It passed on Ubuntu 18.04.
Recently there was a refactoring via @ondrej's 8de64964a3bf1d573d8caa2f76efdd600bc87235.December 2019 (9.11.14, 9.14.9, 9.15.7)https://gitlab.isc.org/isc-projects/bind9/-/issues/1383kasp test fails with "unexpected CDS record in response for key 34330"2020-01-23T08:17:57ZMichal Nowakkasp test fails with "unexpected CDS record in response for key 34330"`kasp` test from BIND 9.15.6 failed on [FreeBSD 11.3](https://jenkins.isc.org/job/bind9-test-release-tarball/label=freebsd113-64/67/testReport/bind/system/kasp/) with:
```
I:kasp:check CDS rrset is signed correctly for zone step2.csk-ro...`kasp` test from BIND 9.15.6 failed on [FreeBSD 11.3](https://jenkins.isc.org/job/bind9-test-release-tarball/label=freebsd113-64/67/testReport/bind/system/kasp/) with:
```
I:kasp:check CDS rrset is signed correctly for zone step2.csk-roll.autosign (382)
I:kasp:error: unexpected CDS record in response for key 34330
I:kasp:failed
```
I have the `kasp/` directory from the affected machine stored locally, should there be an interest in output files.
At least here's the `dig.out.ns3.test382` file content:
```
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 44321
;; flags: qr aa rd; QUERY: 1, ANSWER: 3, AUTHORITY: 0, ADDITIONAL: 1
;; WARNING: recursion requested but not available
;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags: do; udp: 4096
; COOKIE: 4d28de6d250ab599010000005dd3cbca53d99ec412172e8e (good)
;; QUESTION SECTION:
;step2.csk-roll.autosign. IN CDS
;; ANSWER SECTION:
step2.csk-roll.autosign. 3600 IN CDS 26298 13 2 70719B8AE07F584C4B13094E74271425A4865D46C69DD16284EDFF71 A9F689A0
step2.csk-roll.autosign. 3600 IN RRSIG CDS 13 3 3600 20191203110211 20191119100211 26298 step2.csk-roll.autosign. rdyQJ5TyzPc47kflwv7L4bywntflnnSfW4STgPqlxbC8ukaFaOFoYXp3 86zbOMAH3Mi3+zSrKJpTudJef8UUiw==
step2.csk-roll.autosign. 3600 IN RRSIG CDS 13 3 3600 20191203110211 20191119100211 34330 step2.csk-roll.autosign. dDt63SG137F1m/ZUaP814PeL6EOn819gW7CHfUuZdW21wmeHdEk6+Deo 9FH8FVI/K5Ni4bsA1TimlVwG0gUtvA==
```December 2019 (9.11.14, 9.14.9, 9.15.7)https://gitlab.isc.org/isc-projects/bind9/-/issues/1384autosign: expired signatures check failed2019-11-26T11:41:53ZMichal Nowakautosign: expired signatures check failed`autosign` from BIND 9.15.6 failed on [Fedora 28 (32-bit)](https://jenkins.isc.org/job/bind9-test-release-tarball/label=fedora-32-latest/67/testReport/bind/system/autosign/) and [Windows 64-bit](https://jenkins.isc.org/job/bind9-build-wi...`autosign` from BIND 9.15.6 failed on [Fedora 28 (32-bit)](https://jenkins.isc.org/job/bind9-test-release-tarball/label=fedora-32-latest/67/testReport/bind/system/autosign/) and [Windows 64-bit](https://jenkins.isc.org/job/bind9-build-win64/170/console) with:
```
I:autosign:checking expired signatures were updated (12)
I:autosign:digcomp failed:
I:autosign:Only in dig.out.ns3.test12 (missing from dig.out.ns4.test12):
I:autosign:< a.oldsigs.example. 300 IN A 10.0.0.1
I:autosign:< a.oldsigs.example. 300 IN RRSIG A 5 3 300 20191125001506 20191119094830 34443 oldsigs.example. QfMLxUP+s9qomklIXjJ+nbn2Oj72au+UTT84n1fBhWO8JaI0+kNvc4ls Sga0Hv68dM2CRbtDF5p7YgE3+3F7TXkWpub0eAaYHGIvdCVas1F9er/W O35jbnL1nZw119re3TQxNzAw7cgmT9+41B010PZ4p24cDJkoN4w8Y0k6 vt6nJEgpIkUE0ErMZT4Xk1/3TU89gXfQnR7/S38CYnXcOvf+QKwbKdW+ bSFjqTQTUKoLxfnCsm5IcNRt+JgUhBIjORwGll5sLONlwKchRRE9UwSf sO6ZGWbFUmX7JWNYW3RuP6Z22c4pskURCUv7aiq5RrJliaYDvcDD1iAw qEPtaA==
I:autosign:< status: NOERROR,
I:autosign:> status: SERVFAIL,
I:autosign:digcomp failed:
I:autosign:Only in dig.out.ns3.test12 (missing from dig.out.ns4.test12):
I:autosign:< a.oldsigs.example. 300 IN A 10.0.0.1
I:autosign:< a.oldsigs.example. 300 IN RRSIG A 5 3 300 20191125001506 20191119094830 34443 oldsigs.example. QfMLxUP+s9qomklIXjJ+nbn2Oj72au+UTT84n1fBhWO8JaI0+kNvc4ls Sga0Hv68dM2CRbtDF5p7YgE3+3F7TXkWpub0eAaYHGIvdCVas1F9er/W O35jbnL1nZw119re3TQxNzAw7cgmT9+41B010PZ4p24cDJkoN4w8Y0k6 vt6nJEgpIkUE0ErMZT4Xk1/3TU89gXfQnR7/S38CYnXcOvf+QKwbKdW+ bSFjqTQTUKoLxfnCsm5IcNRt+JgUhBIjORwGll5sLONlwKchRRE9UwSf sO6ZGWbFUmX7JWNYW3RuP6Z22c4pskURCUv7aiq5RrJliaYDvcDD1iAw qEPtaA==
I:autosign:< status: NOERROR,
I:autosign:> status: SERVFAIL,
I:autosign:digcomp failed:
I:autosign:Only in dig.out.ns3.test12 (missing from dig.out.ns4.test12):
I:autosign:< a.oldsigs.example. 300 IN RRSIG A 5 3 300 20191125001506 20191119094830 34443 oldsigs.example. QfMLxUP+s9qomklIXjJ+nbn2Oj72au+UTT84n1fBhWO8JaI0+kNvc4ls Sga0Hv68dM2CRbtDF5p7YgE3+3F7TXkWpub0eAaYHGIvdCVas1F9er/W O35jbnL1nZw119re3TQxNzAw7cgmT9+41B010PZ4p24cDJkoN4w8Y0k6 vt6nJEgpIkUE0ErMZT4Xk1/3TU89gXfQnR7/S38CYnXcOvf+QKwbKdW+ bSFjqTQTUKoLxfnCsm5IcNRt+JgUhBIjORwGll5sLONlwKchRRE9UwSf sO6ZGWbFUmX7JWNYW3RuP6Z22c4pskURCUv7aiq5RrJliaYDvcDD1iAw qEPtaA==
I:autosign:< a.oldsigs.example. 300 IN A 10.0.0.1
I:autosign:< status: NOERROR,
I:autosign:> status: SERVFAIL,
I:autosign:digcomp failed:
I:autosign:Only in dig.out.ns3.test12 (missing from dig.out.ns4.test12):
I:autosign:< a.oldsigs.example. 300 IN A 10.0.0.1
I:autosign:< a.oldsigs.example. 300 IN RRSIG A 5 3 300 20191125001506 20191119094830 34443 oldsigs.example. QfMLxUP+s9qomklIXjJ+nbn2Oj72au+UTT84n1fBhWO8JaI0+kNvc4ls Sga0Hv68dM2CRbtDF5p7YgE3+3F7TXkWpub0eAaYHGIvdCVas1F9er/W O35jbnL1nZw119re3TQxNzAw7cgmT9+41B010PZ4p24cDJkoN4w8Y0k6 vt6nJEgpIkUE0ErMZT4Xk1/3TU89gXfQnR7/S38CYnXcOvf+QKwbKdW+ bSFjqTQTUKoLxfnCsm5IcNRt+JgUhBIjORwGll5sLONlwKchRRE9UwSf sO6ZGWbFUmX7JWNYW3RuP6Z22c4pskURCUv7aiq5RrJliaYDvcDD1iAw qEPtaA==
I:autosign:< status: NOERROR,
I:autosign:> status: SERVFAIL,
I:autosign:digcomp failed:
I:autosign:Only in dig.out.ns3.test12 (missing from dig.out.ns4.test12):
I:autosign:< a.oldsigs.example. 300 IN A 10.0.0.1
I:autosign:< a.oldsigs.example. 300 IN RRSIG A 5 3 300 20191125001506 20191119094830 34443 oldsigs.example. QfMLxUP+s9qomklIXjJ+nbn2Oj72au+UTT84n1fBhWO8JaI0+kNvc4ls Sga0Hv68dM2CRbtDF5p7YgE3+3F7TXkWpub0eAaYHGIvdCVas1F9er/W O35jbnL1nZw119re3TQxNzAw7cgmT9+41B010PZ4p24cDJkoN4w8Y0k6 vt6nJEgpIkUE0ErMZT4Xk1/3TU89gXfQnR7/S38CYnXcOvf+QKwbKdW+ bSFjqTQTUKoLxfnCsm5IcNRt+JgUhBIjORwGll5sLONlwKchRRE9UwSf sO6ZGWbFUmX7JWNYW3RuP6Z22c4pskURCUv7aiq5RrJliaYDvcDD1iAw qEPtaA==
I:autosign:< status: NOERROR,
I:autosign:> status: SERVFAIL,
I:autosign:digcomp failed:
I:autosign:Only in dig.out.ns3.test12 (missing from dig.out.ns4.test12):
I:autosign:< a.oldsigs.example. 300 IN RRSIG A 5 3 300 20191125001506 20191119094830 34443 oldsigs.example. QfMLxUP+s9qomklIXjJ+nbn2Oj72au+UTT84n1fBhWO8JaI0+kNvc4ls Sga0Hv68dM2CRbtDF5p7YgE3+3F7TXkWpub0eAaYHGIvdCVas1F9er/W O35jbnL1nZw119re3TQxNzAw7cgmT9+41B010PZ4p24cDJkoN4w8Y0k6 vt6nJEgpIkUE0ErMZT4Xk1/3TU89gXfQnR7/S38CYnXcOvf+QKwbKdW+ bSFjqTQTUKoLxfnCsm5IcNRt+JgUhBIjORwGll5sLONlwKchRRE9UwSf sO6ZGWbFUmX7JWNYW3RuP6Z22c4pskURCUv7aiq5RrJliaYDvcDD1iAw qEPtaA==
I:autosign:< a.oldsigs.example. 300 IN A 10.0.0.1
I:autosign:< status: NOERROR,
I:autosign:> status: SERVFAIL,
I:autosign:digcomp failed:
I:autosign:Only in dig.out.ns3.test12 (missing from dig.out.ns4.test12):
I:autosign:< a.oldsigs.example. 300 IN RRSIG A 5 3 300 20191125001506 20191119094830 34443 oldsigs.example. QfMLxUP+s9qomklIXjJ+nbn2Oj72au+UTT84n1fBhWO8JaI0+kNvc4ls Sga0Hv68dM2CRbtDF5p7YgE3+3F7TXkWpub0eAaYHGIvdCVas1F9er/W O35jbnL1nZw119re3TQxNzAw7cgmT9+41B010PZ4p24cDJkoN4w8Y0k6 vt6nJEgpIkUE0ErMZT4Xk1/3TU89gXfQnR7/S38CYnXcOvf+QKwbKdW+ bSFjqTQTUKoLxfnCsm5IcNRt+JgUhBIjORwGll5sLONlwKchRRE9UwSf sO6ZGWbFUmX7JWNYW3RuP6Z22c4pskURCUv7aiq5RrJliaYDvcDD1iAw qEPtaA==
I:autosign:< a.oldsigs.example. 300 IN A 10.0.0.1
I:autosign:< status: NOERROR,
I:autosign:> status: SERVFAIL,
I:autosign:digcomp failed:
I:autosign:Only in dig.out.ns3.test12 (missing from dig.out.ns4.test12):
I:autosign:< a.oldsigs.example. 300 IN A 10.0.0.1
I:autosign:< a.oldsigs.example. 300 IN RRSIG A 5 3 300 20191125001506 20191119094830 34443 oldsigs.example. QfMLxUP+s9qomklIXjJ+nbn2Oj72au+UTT84n1fBhWO8JaI0+kNvc4ls Sga0Hv68dM2CRbtDF5p7YgE3+3F7TXkWpub0eAaYHGIvdCVas1F9er/W O35jbnL1nZw119re3TQxNzAw7cgmT9+41B010PZ4p24cDJkoN4w8Y0k6 vt6nJEgpIkUE0ErMZT4Xk1/3TU89gXfQnR7/S38CYnXcOvf+QKwbKdW+ bSFjqTQTUKoLxfnCsm5IcNRt+JgUhBIjORwGll5sLONlwKchRRE9UwSf sO6ZGWbFUmX7JWNYW3RuP6Z22c4pskURCUv7aiq5RrJliaYDvcDD1iAw qEPtaA==
I:autosign:< status: NOERROR,
I:autosign:> status: SERVFAIL,
I:autosign:digcomp failed:
I:autosign:Only in dig.out.ns3.test12 (missing from dig.out.ns4.test12):
I:autosign:< a.oldsigs.example. 300 IN A 10.0.0.1
I:autosign:< a.oldsigs.example. 300 IN RRSIG A 5 3 300 20191125001506 20191119094830 34443 oldsigs.example. QfMLxUP+s9qomklIXjJ+nbn2Oj72au+UTT84n1fBhWO8JaI0+kNvc4ls Sga0Hv68dM2CRbtDF5p7YgE3+3F7TXkWpub0eAaYHGIvdCVas1F9er/W O35jbnL1nZw119re3TQxNzAw7cgmT9+41B010PZ4p24cDJkoN4w8Y0k6 vt6nJEgpIkUE0ErMZT4Xk1/3TU89gXfQnR7/S38CYnXcOvf+QKwbKdW+ bSFjqTQTUKoLxfnCsm5IcNRt+JgUhBIjORwGll5sLONlwKchRRE9UwSf sO6ZGWbFUmX7JWNYW3RuP6Z22c4pskURCUv7aiq5RrJliaYDvcDD1iAw qEPtaA==
I:autosign:< status: NOERROR,
I:autosign:> status: SERVFAIL,
I:autosign:failed
```
There's https://gitlab.isc.org/isc-projects/bind9/issues/1310 for failing `autosign` on Windows.December 2019 (9.11.14, 9.14.9, 9.15.7)https://gitlab.isc.org/isc-projects/bind9/-/issues/1385autosign checking that the CDS and CDNSKEY are deleted failed2019-11-26T11:41:51ZMichal Nowakautosign checking that the CDS and CDNSKEY are deleted failed[On Fedora 28](https://jenkins.isc.org/job/bind9-test-release-tarball/label=fedora-32-latest/67/testReport/bind/system/autosign/) `autosign` failed with:
```
I:autosign:checking that the CDS and CDNSKEY are deleted (84)
I:autosign:faile...[On Fedora 28](https://jenkins.isc.org/job/bind9-test-release-tarball/label=fedora-32-latest/67/testReport/bind/system/autosign/) `autosign` failed with:
```
I:autosign:checking that the CDS and CDNSKEY are deleted (84)
I:autosign:failed
```
```
[jenkins@fedora28-32-2 autosign]$ cat ./dig.out.ns3.cdstest84
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 15911
;; flags: qr aa rd; QUERY: 1, ANSWER: 3, AUTHORITY: 0, ADDITIONAL: 1
;; WARNING: recursion requested but not available
;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags: do; udp: 4096
; COOKIE: fdab6c313eff1afa010000005dd3c8daef4a5b81c6e2dcd3 (good)
;; QUESTION SECTION:
;sync.example. IN CDS
;; ANSWER SECTION:
sync.example. 300 IN CDS 58245 7 2 9762CA2F6DF8522610A95837EFCB544026BBD2D1E3CECDC7C3FFAC84 CB44AAB8
sync.example. 300 IN RRSIG CDS 7 2 300 20191219104806 20191119094807 52655 sync.example. sLroh5rjdOGlSwb8RzIhP0rs0Xx5+myz4B661P1iBn6lMBUebYX/MEmM H3kwvADGHjcPAmfL0oaQiUB6W6+gelwrVvaNZ1/fooBx9R1i5WTwCU8g ifiYawBBBQTmqwNtpnqfgh+YyRV3JxhCY7XKw11tn5fLULScnDDyqPl2 HYIArCDhfITh2pMunKEHbtOdz3lamSg7Q69o+ajkQaDU20pDvEmwzEaA 38aFQi+67jdma6PTNvcPRphCgPrwruCg3/Q7d38xwbRIV35CPW/vLCqb Oe4Gx1+paj4re2Dr+9Eft3Eha4hKkvHxg+Z+mFTBV12O8xqtztdxnPVm HQt5Qg==
sync.example. 300 IN RRSIG CDS 7 2 300 20191219104806 20191119094807 58245 sync.example. D70X+uRTztJf+SCfTmoE3wBowF4SPnbZMq17IA4oU3gFvlRwxSjwcAMq zh04kOGeZO62fvezLQZphY8fK5J30DQX5RzhJFGrLy7BSmdjb2HOyRLp +FAUJg4QMME4jb4hCqCN8gjo5nm+T0JITVAuedH/sL0w1Lw+hwvqnwfL NZ8znuWmEskDjjjciTl11h+TaBr6/+3BP91WI7J8Jf6iBXA8ZIfTwO2k TohT6h1DMSL1Pg9xoX1wDdLusPuZx/K5AfbZ0Z174eOD2riXN8EfY+mI jGP3ctICRgcyAVHyl6APai8nER/8NONdoNDyVCaeqAsTQ0dEje8DfFhH 2/Twkw==
```
```
[jenkins@fedora28-32-2 autosign]$ cat ./dig.out.ns3.cdnskeytest84
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 18144
;; flags: qr aa rd; QUERY: 1, ANSWER: 3, AUTHORITY: 0, ADDITIONAL: 1
;; WARNING: recursion requested but not available
;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags: do; udp: 4096
; COOKIE: 29e5f3e857d72e19010000005dd3c8daa15f0f67435970d8 (good)
;; QUESTION SECTION:
;sync.example. IN CDNSKEY
;; ANSWER SECTION:
sync.example. 300 IN CDNSKEY 257 3 7 AwEAAcEbeZVhb2rn1Zuthsp+U132NyEZZccyQqg8AHqafgrrR+dakNZD fXd/Vo2gaz/kRc5rRxw0rK9chGTjuDo1SZD+RowqyGsbdJjAmJfMDzU6 cAzQLPptW2R7qwfs/7P9aI2feaWOCc02Sjm5xyPlynMrV5GxS5wilrI1 8FDrwKXFxtaNEDSYUmLp3PMjY+Ik2Qs9xYR3A8pHALB6Ca7/YB8mEqYh fNSpfYeeCM8lDAqwE/Now3UD7zxMFwjhwitG/55dKuR/MXVNAlP8TMuI nHF0yMEr9uoq34rPwCWESsVNp1JpAhDxLYrCgMNFZtVczScSpMsfF38L HIYwlwToX8c=
sync.example. 300 IN RRSIG CDNSKEY 7 2 300 20191219104806 20191119094807 52655 sync.example. TWUOiP6mJV3v/GFM1EtckAiu4PlxNtQiaqki4pEZrggR117NyrUXRDp6 ISSnNv3VflHi9DJdkgWYHDOVExKUiN/cnUYVkALPRXR2sfcVynW2KvI+ hB87iFSxG8sxE3wJtQs9E7lxmE8Hdye4uQX6u4Nk/47i5i09bmNSjrub To08/ztCVWrK/3/DwCC7bmm16sOvnFvKReI5Owg2cDmo+pBM9rQ5vLnU OG1+m0CJs/K8PydxhsjytSd0CQIRxLtAfbYIaHzAvxWoYogKh2LOwaxe WJMwOrPT9s8Lacw/104AdBcXhEG5YyCuZqMQ7RINpD75dFQUUu+H6iBC i5zT4w==
sync.example. 300 IN RRSIG CDNSKEY 7 2 300 20191219104806 20191119094807 58245 sync.example. Lfq9Y3inIO4o2Gw5QrwstIUeGdJ4+1RA7My9g8gfXVTyIHnSHKTSVA+p uok3BHt9JOmJS40TflYIGiE0S+1kHFU+zfgjOgD3GYyDSd2Y+M8PwNMt SJNgmjJ05DXfWC1BUP6ISwjVajBz/3XtP5IjQ+EtuTuq9JgTt8n8n3yS 5BXZPMv1X9wps75xPbLs2+VofGD7RwfvGUMgxS/jNfcZHSJfzUwj5Oz/ XxSKmpI0QTTMZHR4VTzox5Ya4Z+dnL78/HXDvh3g5ztesWj1sqiWw/1d yzjhmmRZRxplptAKKmIu4FCGc1QfW5zJwQ0dIBa6MrjKAKs5itaS8qEx 3YSeyw==
```December 2019 (9.11.14, 9.14.9, 9.15.7)https://gitlab.isc.org/isc-projects/bind9/-/issues/13869.11: fix conditional define of lock_callback2019-12-12T13:17:44ZMark Andrews9.11: fix conditional define of lock_callbackThe conditional code for referencing lock_callback is inconsistent.The conditional code for referencing lock_callback is inconsistent.December 2019 (9.11.14, 9.14.9, 9.15.7)Mark AndrewsMark Andrewshttps://gitlab.isc.org/isc-projects/bind9/-/issues/1387cocci failures on master2021-10-04T20:12:50ZMark Andrewscocci failures on master```
$ util/check-cocci
6 files match
1 files match
0 files match
1 files match
6 files match
0 files match
1 files match
6 files match
0 files match
0 files match
3 files match
0 files match
2 files match
9 files match
0 files match
7 fi...```
$ util/check-cocci
6 files match
1 files match
0 files match
1 files match
6 files match
0 files match
1 files match
6 files match
0 files match
0 files match
3 files match
0 files match
2 files match
9 files match
0 files match
7 files match
23 files match
0 files match
9 files match
15 files match
0 files match
54 files match
27 files match
2 files match
23 files match
129 files match
EXN: Failure("rule starting on line 26: already tagged token:\nC code context\nFile \"lib/dns/client.c\", line 1342, column 1, charpos = 33224\n around = 'if',\n whole content = \tif (rctx == NULL)")
EXN: Failure("rule starting on line 26: already tagged token:\nC code context\nFile \"lib/ns/tests/nstest.c\", line 704, column 1, charpos = 15998\n around = 'if',\n whole content = \tif (qctx != NULL) {")
0 files match
2 files match
16 files match
0 files match
17 files match
33 files match
0 files match
1 files match
1 files match
0 files match
38 files match
159 files match
0 files match
$ if test "$(git status --porcelain | grep -Ev '\?\?' | wc -l)" -gt "0"; then git status --short; exit 1; fi
```BIND 9.17 BackburnerOndřej SurýOndřej Surý