Skip to content

GitLab

Open
Created by Dan Mahoney@dmahoney💬Reporter

RUNTIME_CHECK(tresult == 0) failed when reloading a catalog zone

Summary

RUNTIME_CHECK(tresult == 0) failed when reloading a catalog zone

BIND version used

BIND 9.14.8 (Stable Release) <id:5d87f66>
running on FreeBSD amd64 12.0-RELEASE FreeBSD 12.0-RELEASE r341666 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' '--disable-dnstap' '--disable-fixed-rrset' '--without-geoip2' '--without-gssapi' '--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' '--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= -fstack-protector-strong ' 'LIBS=-L/usr/local/lib' 'CPPFLAGS=-DLIBICONV_PLUG -isystem /usr/local/include' 'CPP=cpp' 'PKG_CONFIG=pkgconf'
compiled by CLANG 4.2.1 Compatible FreeBSD Clang 6.0.1 (tags/RELEASE_601/final 335540)
compiled with OpenSSL version: OpenSSL 1.1.1a-freebsd  20 Nov 2018
linked to OpenSSL version: OpenSSL 1.1.1a-freebsd  20 Nov 2018
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

Steps to reproduce

Have been trying to reproduce, and cannot. Putting it here to note it.

This happened when I told named to retransfer my catalog zone, and then do an rndc reconfig. RNDC reported the connection had been closed, and I found in the logs:

What is the current bug behavior?

Named crashes.

What is the expected correct behavior?

Not a crash

Relevant configuration files

options {
        catalog-zones {
                zone "catalog.example"
                default-masters { red.ac.te.d; }
                in-memory no
                zone-directory "/usr/local/etc/namedb/catzones"
                min-update-interval 10;
        };

Pretty standard stuff.

Relevant logs and/or screenshots

Nov 24 20:03:35 he 1 2020-11-24T20:03:35.194329+00:00 he.gushi.org named 12049 - - catz: catz_delzone_taskaction: zone 'redacted.com' deleted
Nov 24 20:04:02 he 1 2020-11-24T20:04:02.087641+00:00 he.gushi.org named 12049 - - /usr/local/etc/namedb/named.conf:13: catz: catalog zone 'catalog.example' will not be reconfigured
Nov 24 20:04:02 he 1 2020-11-24T20:04:02.088032+00:00 he.gushi.org named 12049 - - ./server.c:2961: fatal error:
Nov 24 20:04:02 he 1 2020-11-24T20:04:02.088049+00:00 he.gushi.org named 12049 - - RUNTIME_CHECK(tresult == 0) failed
Nov 24 20:04:02 he 1 2020-11-24T20:04:02.088059+00:00 he.gushi.org named 12049 - - exiting (due to fatal error in library)
Nov 24 20:04:02 he kernel: pid 12049 (named), uid 53: exited on signal 6
Nov 24 20:04:13 he 1 2020-11-24T20:04:13.666558+00:00 he.gushi.org named 200 - - starting BIND 9.14.8 (Stable Release) <id:5d87f66>

Possible fixes

As above, server.c:2961

Edited by Dan Mahoney