Your message dated Sun, 19 Apr 2020 16:44:25 +0200
with message-id <[email protected]>
and subject line Re: Bug#954736: isc-dhcp rebuild enough?
has caused the Debian Bug report #954736,
regarding Upgrade to 9.16.1-1 causes dhcpd to die with SIGABRT
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [email protected]
immediately.)


-- 
954736: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=954736
Debian Bug Tracking System
Contact [email protected] with problems
--- Begin Message ---
Package: bind9
Version: 1:9.16.1-2
Severity: critical
Justification: breaks unrelated packages

Hi!

The recent upgrade from 1:9.11.16+dfsg-2 to 1:9.16.1-1 causes
isc-dhcp-server to die upon start with SIGABRT, creating the following
backtrace:

------------8<------------------------------------
GNU gdb (Debian 9.1-2) 9.1
Copyright (C) 2020 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.
Type "show copying" and "show warranty" for details.
This GDB was configured as "x86_64-linux-gnu".
Type "show configuration" for configuration details.
For bug reporting instructions, please see:
<http://www.gnu.org/software/gdb/bugs/>.
Find the GDB manual and other documentation resources online at:
    <http://www.gnu.org/software/gdb/documentation/>.

For help, type "help".
Type "apropos word" to search for commands related to "word"...
Reading symbols from /usr/sbin/dhcpd...
Reading symbols from 
/usr/lib/debug/.build-id/ed/444f0630db7a22e134b6492994fb9e5481c253.debug...
[New LWP 3946312]
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
Core was generated by `dhcpd -t'.
Program terminated with signal SIGABRT, Aborted.
#0  __GI_raise (sig=sig@entry=6) at ../sysdeps/unix/sysv/linux/raise.c:50
50      ../sysdeps/unix/sysv/linux/raise.c: No such file or directory.
(gdb) bt full
#0  __GI_raise (sig=sig@entry=6) at ../sysdeps/unix/sysv/linux/raise.c:50
        set = {__val = {0, 4, 223338299409, 0, 0, 139816691506048, 262160, 
139816690240512, 0, 15, 257, 5501063141756457984, 1, 44, 4294967295, 
4294967295}}
        pid = <optimized out>
        tid = <optimized out>
        ret = <optimized out>
#1  0x00007f299c21a55b in __GI_abort () at abort.c:79
        save_stage = 1
        act = {__sigaction_handler = {sa_handler = 0x30, sa_sigaction = 0x30}, 
sa_mask = {__val = {139816691747131, 139816692083696, 4398046511104, 17, 
139816692083456, 
              94694505873952, 139816693949594, 924, 48, 0, 139816691767231, 
94694505873952, 5501063141756457984, 94694505873952, 1, 0}}, sa_flags = 0, 
          sa_restorer = 0x561fc7fa88e0 <dhcp_gbl_ctx>}
        sigs = {__val = {32, 0 <repeats 15 times>}}
#2  0x00007f299c3da3ff in isc_assertion_failed (file=file@entry=0x7f299c421e9b 
"../../../lib/isc/hash.c", line=line@entry=217, 
type=type@entry=isc_assertiontype_require, 
    cond=cond@entry=0x7f299c42047a "mctx != ((void *)0)") at 
../../../lib/isc/assertions.c:52
No locals.
#3  0x00007f299c3df6fa in isc_hash_create (mctx=<optimized out>, 
entropy=entropy@entry=0x0, limit=limit@entry=255) at ../../../lib/isc/hash.c:225
        result = 0
#4  0x00007f299c4b36bf in initialize () at ../../../lib/dns/lib.c:91
        result = <optimized out>
        result = <optimized out>
#5  dns_lib_init () at ../../../lib/dns/lib.c:127
        result = <optimized out>
#6  0x0000561fc7f3b498 in dhcp_context_create (flags=1, local4=0x0, local6=0x0) 
at isclib.c:171
        result = <optimized out>
#7  0x0000561fc7eb6f17 in main (argc=2, argv=0x7ffd9f040a18) at dhcpd.c:404
        fd = <optimized out>
        i = <optimized out>
        status = <optimized out>
        ent = <optimized out>
        s = <optimized out>
        cftest = 0
        lftest = 0
        pid = <optimized out>
        pbuf = 
"\006\t\004\237\375\177\000\000\265\311)\234)\177\000\000\000\000\000"
        daemon = <optimized out>
        dfd = {-1, -1}
        quiet = 0
        server = 0x0
        result = <optimized out>
        seed = <optimized out>
        ip = <optimized out>
        parse = 0xc2
        lose = 0
        have_dhcpd_conf = 0
        have_dhcpd_db = 0
        have_dhcpd_pid = 0
        local_family_set = 0
        traceinfile = 0x0
        traceoutfile = 0x0
        set_user = 0x0
        set_group = 0x0
        set_chroot = 0x0
------------8<------------------------------------

I needed to downgrade quite many library packages out of the whole ISC
library ecosystem back down to the ones in testing to be able to start
dhcpd again:

2020-03-22 18:52:14 upgrade libbind9-161:amd64 1:9.11.17+dfsg-2 1:9.11.16+dfsg-2
2020-03-22 18:52:15 upgrade libisccfg163:amd64 1:9.11.17+dfsg-2 1:9.11.16+dfsg-2
2020-03-22 18:52:16 upgrade libirs161:amd64 1:9.11.17+dfsg-2 1:9.11.16+dfsg-2
2020-03-22 18:52:46 upgrade bind9-libs:amd64 1:9.16.1-2 1:9.16.1-1
2020-03-22 18:52:50 upgrade libisccc161:amd64 1:9.11.17+dfsg-2 1:9.11.16+dfsg-2
2020-03-22 18:52:51 upgrade libisc1105:amd64 1:9.11.17+dfsg-2 1:9.11.16+dfsg-2
2020-03-22 18:54:10 upgrade liblwres161:amd64 1:9.11.17+dfsg-2 1:9.11.16+dfsg-2
2020-03-22 18:57:05 upgrade libirs-export161:amd64 1:9.11.17+dfsg-2 
1:9.11.16+dfsg-2
2020-03-22 18:58:18 upgrade libisc-export1105:amd64 1:9.11.17+dfsg-2 
1:9.11.16+dfsg-2
2020-03-22 19:02:22 upgrade libisccfg-export163-dbgsym:amd64 1:9.11.17+dfsg-2 
1:9.11.16+dfsg-2
2020-03-22 19:02:26 upgrade libisccfg-export163:amd64 1:9.11.17+dfsg-2 
1:9.11.16+dfsg-2

Interestingly, isc-dhcp-server 4.4.1 does not even compile against the
current 9.16 libs from Sid right now. Something is very broken here.

Grüße,
Sven.

-- System Information:
Debian Release: bullseye/sid
  APT prefers unstable-debug
  APT policy: (500, 'unstable-debug'), (500, 'testing-debug'), (500, 
'unstable'), (500, 'testing'), (200, 'experimental'), (1, 'experimental-debug')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 5.2.0-3-amd64 (SMP w/4 CPU cores)
Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE
Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8), 
LANGUAGE=de_DE.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages bind9 depends on:
ii  adduser                3.118
ii  bind9-libs             1:9.16.1-2
ii  bind9-utils            1:9.16.1-2
ii  debconf [debconf-2.0]  1.5.73
ii  dns-root-data          2019052802
ii  init-system-helpers    1.57
ii  iproute2               5.5.0-1
ii  libc6                  2.30-2
ii  libcap2                1:2.32-1
ii  libfstrm0              0.6.0-1+b1
ii  libjson-c4             0.13.1+dfsg-7
ii  liblmdb0               0.9.22-1
ii  libmaxminddb0          1.3.2-1
ii  libprotobuf-c1         1.3.3-1
ii  libssl1.1              1.1.1e-1
ii  libxml2                2.9.10+dfsg-4
ii  lsb-base               11.1.0
ii  netbase                6.1
ii  zlib1g                 1:1.2.11.dfsg-2

bind9 recommends no packages.

Versions of packages bind9 suggests:
pn  bind-doc                   <none>
ii  bind9-dnsutils [dnsutils]  1:9.16.1-2
ii  dnsutils                   1:9.16.1-2
pn  resolvconf                 <none>
pn  ufw                        <none>

-- Configuration Files:
/etc/bind/db.0 changed [not included]
/etc/bind/db.127 changed [not included]
/etc/bind/named.conf.local changed [not included]
/etc/bind/named.conf.options changed [not included]
/etc/ppp/ip-down.d/bind9 [Errno 13] Permission denied: 
'/etc/ppp/ip-down.d/bind9'
/etc/ppp/ip-up.d/bind9 [Errno 13] Permission denied: '/etc/ppp/ip-up.d/bind9'

-- debconf-show failed

--- End Message ---
--- Begin Message ---
On Thu, Apr 16, 2020 at 02:36:39PM +0200, Bernhard Schmidt wrote:
> Hi Ondrej,
> > 
> > I think that simple binNMU should be enough.  That’s the reason I have
> > introduced the src:bind9-libs package, so there’s a grace period for
> > isc-dhcp to either die or adapt.
> thanks, I've filed Bug#956895 for the binNMU.

This should be fixed by the latest round of binNMUs for isc-dhcp.

Bernhard

--- End Message ---

Reply via email to