Skip to content
GitLab
Projects Groups Snippets
  • /
  • Help
    • Help
    • Support
    • Community forum
    • Submit feedback
    • Contribute to GitLab
  • Sign in / Register
  • BIND BIND
  • Project information
    • Project information
    • Activity
    • Labels
    • Members
  • Repository
    • Repository
    • Files
    • Commits
    • Branches
    • Tags
    • Contributors
    • Graph
    • Compare
  • Issues 577
    • Issues 577
    • List
    • Boards
    • Service Desk
    • Milestones
  • Merge requests 117
    • Merge requests 117
  • CI/CD
    • CI/CD
    • Pipelines
    • Jobs
    • Schedules
  • Deployments
    • Deployments
    • Environments
    • Releases
  • Packages and registries
    • Packages and registries
    • Container Registry
  • Monitor
    • Monitor
    • Incidents
  • Analytics
    • Analytics
    • Value stream
    • CI/CD
    • Repository
  • Wiki
    • Wiki
  • Snippets
    • Snippets
  • Activity
  • Graph
  • Create a new issue
  • Jobs
  • Commits
  • Issue Boards
Collapse sidebar
  • ISC Open Source ProjectsISC Open Source Projects
  • BINDBIND
  • Issues
  • #2227
Closed
Open
Issue created Oct 22, 2020 by Anand Buddhdev@aabdnn

BIND 9.16.8 assertion failure

Summary

BIND crashed with an assertion failure in netmgr.c

BIND version used

BIND 9.16.8 (Stable Release) <id:539f9f0>
running on Linux x86_64 3.10.0-957.21.3.el7.x86_64 #1 SMP Tue Jun 18 16:35:19 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' '--localstatedir=/var' '--sharedstatedir=/var/lib' '--mandir=/usr/share/man' '--infodir=/usr/share/info' '--sysconfdir=/etc/named' '--disable-static' '--with-pic' '--without-python' '--with-libtool' '--without-lmdb' 'build_alias=x86_64-redhat-linux-gnu' 'host_alias=x86_64-redhat-linux-gnu' 'CFLAGS=-O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector-strong --param=ssp-buffer-size=4 -grecord-gcc-switches -m64 -mtune=generic -DISC_MEM_USE_INTERNAL_MALLOC=0 -fno-omit-frame-pointer' 'LDFLAGS=-Wl,-z,relro ' 'PKG_CONFIG_PATH=:/usr/lib64/pkgconfig:/usr/share/pkgconfig'
compiled by GCC 4.8.5 20150623 (Red Hat 4.8.5-39)
compiled with OpenSSL version: OpenSSL 1.0.2k-fips  26 Jan 2017
linked to OpenSSL version: OpenSSL 1.0.2k-fips  26 Jan 2017
compiled with libuv version: 1.40.0
linked to libuv version: 1.40.0
compiled with libxml2 version: 2.9.1
linked to libxml2 version: 20901
compiled with json-c version: 0.11
linked to json-c version: 0.11
compiled with zlib version: 1.2.7
linked to zlib version: 1.2.7
threads support is enabled

default paths:
  named configuration:  /etc/named/named.conf
  rndc configuration:   /etc/named/rndc.conf
  DNSSEC root key:      /etc/named/bind.keys
  nsupdate session key: /var/run/named/session.key
  named PID file:       /var/run/named/named.pid
  named lock file:      /var/run/named/named.lock

Steps to reproduce

I don't know.

What is the current bug behavior?

BIND crashed and stopped serving queries.

What is the expected correct behavior?

BIND should not crash.

Relevant configuration files

acl "internal" {
        key "main.ripe.net";
};
logging {
        channel "default" {
                file "/var/log/named/named.log";
                severity info;
                print-time yes;
                print-category yes;
        };
        channel "ratelimit" {
                file "/var/log/named/ratelimit.ringlog" versions 10 size 10485760;
                print-time yes;
        };
        category "default" {
                "default";
        };
        category "rate-limit" {
                "ratelimit";
        };
        category "update" {
                "null";
        };
        category "update-security" {
                "null";
        };
};
masters "hidden-main" {
        IPv6-1 key "main.ripe.net";
        IPv6-2 key "main.ripe.net";
        IPv4-1 key "main.ripe.net";
        IPv4-2 key "main.ripe.net";
};
options {
        answer-cookie no;
        directory "/var/named";
        keep-response-order {
                "any";
        };
        listen-on {
                127.0.0.1/32;
                IPv4/32;
                193.0.14.129/32;
                193.0.15.129/32;
        };
        listen-on-v6 {
                ::1/128;
                IPv6/128;
                2001:7fd::1/128;
                2001:7fd:15::1/128;
        };
        server-id hostname;
        tcp-clients 1000;
        version "9.16";
        dnssec-validation no;
        minimal-responses yes;
        recursion no;
        allow-transfer {
                "internal";
        };
        max-journal-size 10485760;
        notify explicit;
        zero-no-soa-ttl no;
        zone-statistics none;
};
key "main.ripe.net" {
        algorithm "hmac-sha256";
        secret "????????????????????????????????????????????";
};
zone "." {
        type slave;
        file ".zone";
        masters {
                "hidden-main";
        };
        allow-transfer {
                "any";
        };
};
zone "arpa." {
        type slave;
        file "arpa.zone";
        masters {
                "hidden-main";
        };
        allow-transfer {
                "any";
        };
};
zone "root-servers.net." {
        type slave;
        file "root-servers.net.zone";
        masters {
                "hidden-main";
        };
        allow-transfer {
                "any";
        };
};

Relevant logs and/or screenshots

22-Oct-2020 12:45:30.655 general: netmgr.c:1176: REQUIRE(((__builtin_expect(!!((handle) != ((void *)0)), 1) && __builtin_expect(!!(((const isc__magic_t *)(handle))->magic == ((('N') << 24 | ('M') << 16 | ('H') << 8 | ('D')))), 1)) && __atomic_load_n(&(handle)->references, memory_order_seq_cst) > 0)) failed, back trace
22-Oct-2020 12:45:30.655 general: #0 0x42b597 in ??
22-Oct-2020 12:45:30.655 general: #1 0x7f251d7ea2da in ??
22-Oct-2020 12:45:30.655 general: #2 0x7f251d801750 in ??
22-Oct-2020 12:45:30.655 general: #3 0x7f251d8088bc in ??
22-Oct-2020 12:45:30.655 general: #4 0x7f251ee402a7 in ??
22-Oct-2020 12:45:30.655 general: #5 0x7f251ee41c6a in ??
22-Oct-2020 12:45:30.655 general: #6 0x7f251ee50d2c in ??
22-Oct-2020 12:45:30.655 general: #7 0x7f251ee586ee in ??
22-Oct-2020 12:45:30.655 general: #8 0x7f251ee59305 in ??
22-Oct-2020 12:45:30.655 general: #9 0x7f251ee60a6a in ??
22-Oct-2020 12:45:30.655 general: #10 0x7f251ee5d0d1 in ??
22-Oct-2020 12:45:30.655 general: #11 0x7f251ee5f6aa in ??
22-Oct-2020 12:45:30.655 general: #12 0x7f251ee5fd36 in ??
22-Oct-2020 12:45:30.655 general: #13 0x7f251ee608ea in ??
22-Oct-2020 12:45:30.655 general: #14 0x7f251ee44fb0 in ??
22-Oct-2020 12:45:30.655 general: #15 0x7f251d807bac in ??
22-Oct-2020 12:45:30.655 general: #16 0x7f251d807feb in ??
22-Oct-2020 12:45:30.655 general: #17 0x7f251d8042a4 in ??
22-Oct-2020 12:45:30.655 general: #18 0x7f251cc2e164 in ??
22-Oct-2020 12:45:30.655 general: #19 0x7f251cc2ee7c in ??
22-Oct-2020 12:45:30.655 general: #20 0x7f251cc348c3 in ??
22-Oct-2020 12:45:30.655 general: #21 0x7f251cc240d0 in ??
22-Oct-2020 12:45:30.655 general: #22 0x7f251d8037a9 in ??
22-Oct-2020 12:45:30.655 general: #23 0x7f251c396ea5 in ??
22-Oct-2020 12:45:30.655 general: #24 0x7f251c0bf8dd in ??
22-Oct-2020 12:45:30.655 general: exiting (due to assertion failure)

Possible fixes

I don't know.

Assignee
Assign to
Time tracking