• bind 9.16.6 on FreeBSD - Assert

    From Borja Marcos@borjam@sarenet.es to bind-users on Tue Sep 1 17:12:39 2020
    From Newsgroup: comp.protocols.dns.bind

    Hi,
    I had a named process aborting with an assert.
    <26>1 2020-08-27T15:52:04.000000+00:00 host named 6520 - - rbt.c:2355: REQUIRE(newbits <= rbt->maxhashbits) failed, back trace
    <26>1 2020-08-27T15:52:04.000000+00:00 host named 6520 - - #0 0x43d260 in ?? <26>1 2020-08-27T15:52:04.000000+00:00 host named 6520 - - #1 0x62035a in ?? <26>1 2020-08-27T15:52:04.000000+00:00 host named 6520 - - #2 0x514868 in ?? <26>1 2020-08-27T15:52:04.000000+00:00 host named 6520 - - #3 0x515616 in ?? <26>1 2020-08-27T15:52:04.000000+00:00 host named 6520 - - #4 0x529c7d in ?? <26>1 2020-08-27T15:52:04.000000+00:00 host named 6520 - - #5 0x579df7 in ?? <26>1 2020-08-27T15:52:04.000000+00:00 host named 6520 - - #6 0x645e1c in ?? <26>1 2020-08-27T15:52:04.000000+00:00 host named 6520 - - #7 0x80225e036 in ?? <26>1 2020-08-27T15:52:04.000000+00:00 host named 6520 - - exiting (due to assertion failure)
    <6>1 2020-08-27T15:52:04.091803+00:00 host kernel - - - pid 6520 (named), jid 0, uid 53: exited on signal 6
    I have a full log of queries (it’s a recursive only server) and I haven’t seen anything unusual before the crash. Unfortunately the
    program was stripped, I have recompiled it with debug symbols.
    It is bind 9.16.6, built from ports on FreeBSD 11.3.
    Any hint on what to look for? Fortunately I have another server running 9.11. It wasn’t affected.
    Thanks!
    Borja.
    --- Synchronet 3.18a-Linux NewsLink 1.113
  • From =?Windows-1252?Q?S=F8ren_Andersen?=@SOAN@stofa.dk to bind-users@lists.isc.org on Tue Sep 1 17:48:21 2020
    From Newsgroup: comp.protocols.dns.bind

    --_000_VE1PR09MB3517187A9A5616A6BFBEB930A72E0VE1PR09MB3517eurp_
    Content-Type: text/plain; charset="Windows-1252"
    Content-Transfer-Encoding: quoted-printable

    hmm.. I think you hit this bug right here: https://gitlab.isc.org/isc-proje= cts/bind9/-/issues/2104

    /S=F8ren
    ________________________________
    From: bind-users <bind-users-bounces@lists.isc.org> on behalf of Borja Marc=
    os <borjam@sarenet.es>
    Sent: Tuesday, September 1, 2020 17:12
    To: bind-users@lists.isc.org <bind-users@lists.isc.org>
    Subject: bind 9.16.6 on FreeBSD - Assert

    [EXTERNAL MAIL]


    Hi,

    I had a named process aborting with an assert.

    <26>1 2020-08-27T15:52:04.000000+00:00 host named 6520 - - rbt.c:2355: REQU= IRE(newbits <=3D rbt->maxhashbits) failed, back trace
    <26>1 2020-08-27T15:52:04.000000+00:00 host named 6520 - - #0 0x43d260 in ?=
    ?
    <26>1 2020-08-27T15:52:04.000000+00:00 host named 6520 - - #1 0x62035a in ?=
    ?
    <26>1 2020-08-27T15:52:04.000000+00:00 host named 6520 - - #2 0x514868 in ?=
    ?
    <26>1 2020-08-27T15:52:04.000000+00:00 host named 6520 - - #3 0x515616 in ?=
    ?
    <26>1 2020-08-27T15:52:04.000000+00:00 host named 6520 - - #4 0x529c7d in ?=
    ?
    <26>1 2020-08-27T15:52:04.000000+00:00 host named 6520 - - #5 0x579df7 in ?=
    ?
    <26>1 2020-08-27T15:52:04.000000+00:00 host named 6520 - - #6 0x645e1c in ?=
    ?
    <26>1 2020-08-27T15:52:04.000000+00:00 host named 6520 - - #7 0x80225e036 i=
    n ??
    <26>1 2020-08-27T15:52:04.000000+00:00 host named 6520 - - exiting (due to = assertion failure)
    <6>1 2020-08-27T15:52:04.091803+00:00 host kernel - - - pid 6520 (named), j=
    id 0, uid 53: exited on signal 6

    I have a full log of queries (it=92s a recursive only server) and I haven=
    =92t seen anything unusual before the crash. Unfortunately the
    program was stripped, I have recompiled it with debug symbols.

    It is bind 9.16.6, built from ports on FreeBSD 11.3.

    Any hint on what to look for? Fortunately I have another server running 9.1=
    1. It wasn=92t affected.

    Thanks!





    Borja.


    _______________________________________________
    Please visit https://lists.isc.org/mailman/listinfo/bind-users to unsubscri=
    be from this list

    ISC funds the development of this software with paid support subscriptions.=
    Contact us at https://www.isc.org/contact/ for more information.


    bind-users mailing list
    bind-users@lists.isc.org
    https://lists.isc.org/mailman/listinfo/bind-users

    --_000_VE1PR09MB3517187A9A5616A6BFBEB930A72E0VE1PR09MB3517eurp_
    Content-Type: text/html; charset="Windows-1252"
    Content-Transfer-Encoding: quoted-printable

    <html>
    <head>
    <meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3DWindows-1= 252">
    <style type=3D"text/css" style=3D"display:none;"> P {margin-top:0;margin-bo= ttom:0;} </style>
    </head>
    <body dir=3D"ltr">
    <div style=3D"color: rgb(0, 0, 0);"><font face=3D"Helvetica"><span style=3D= "font-size: 14px;">hmm.. I think you hit this bug right here:&nbsp;<a href= =3D"https://gitlab.isc.org/isc-projects/bind9/-/issues/2104">https://gitlab= .isc.org/isc-projects/bind9/-/issues/2104</a></span></font></div>
    <div style=3D"color: rgb(0, 0, 0);"><font face=3D"Helvetica"><br>
    </font></div>
    <div style=3D"color: rgb(0, 0, 0);"><font face=3D"Helvetica">/S=F8ren</font= ></div>
    <div id=3D"appendonsend"></div>
    <hr style=3D"display:inline-block;width:98%" tabindex=3D"-1">
    <div id=3D"divRplyFwdMsg" dir=3D"ltr"><font face=3D"Calibri, sans-serif" st= yle=3D"font-size:11pt" color=3D"#000000"><b>From:</b> bind-users &lt;bind-u= sers-bounces@lists.isc.org&gt; on behalf of Borja Marcos &lt;borjam@sarenet= .es&gt;<br>
    <b>Sent:</b> Tuesday, September 1, 2020 17:12<br>
    <b>To:</b> bind-users@lists.isc.org &lt;bind-users@lists.isc.org&gt;<br> <b>Subject:</b> bind 9.16.6 on FreeBSD - Assert</font>
    <div>&nbsp;</div>
    </div>
    <div class=3D"BodyFragment"><font size=3D"2"><span style=3D"font-size:11pt;=

    <div class=3D"PlainText">[EXTERNAL MAIL]<br>


    Hi,<br>

    I had a named process aborting with an assert.<br>

    &lt;26&gt;1 2020-08-27T15:52:04.000000+00:00 host named 6520 - - rbt.c:2355=
    : REQUIRE(newbits &lt;=3D rbt-&gt;maxhashbits) failed, back trace<br> &lt;26&gt;1 2020-08-27T15:52:04.000000+00:00 host named 6520 - - #0 0x43d26=
    0 in ??<br>
    &lt;26&gt;1 2020-08-27T15:52:04.000000+00:00 host named 6520 - - #1 0x62035=
    a in ??<br>
    &lt;26&gt;1 2020-08-27T15:52:04.000000+00:00 host named 6520 - - #2 0x51486=
    8 in ??<br>
    &lt;26&gt;1 2020-08-27T15:52:04.000000+00:00 host named 6520 - - #3 0x51561=
    6 in ??<br>
    &lt;26&gt;1 2020-08-27T15:52:04.000000+00:00 host named 6520 - - #4 0x529c7=
    d in ??<br>
    &lt;26&gt;1 2020-08-27T15:52:04.000000+00:00 host named 6520 - - #5 0x579df=
    7 in ??<br>
    &lt;26&gt;1 2020-08-27T15:52:04.000000+00:00 host named 6520 - - #6 0x645e1=
    c in ??<br>
    &lt;26&gt;1 2020-08-27T15:52:04.000000+00:00 host named 6520 - - #7 0x80225= e036 in ??<br>
    &lt;26&gt;1 2020-08-27T15:52:04.000000+00:00 host named 6520 - - exiting (d=
    ue to assertion failure)<br>
    &lt;6&gt;1 2020-08-27T15:52:04.091803+00:00 host kernel - - - pid 6520 (nam= ed), jid 0, uid 53: exited on signal 6<br>

    I have a full log of queries (it=92s a recursive only server) and I haven=
    =92t seen anything unusual before the crash. Unfortunately the<br>
    program was stripped, I have recompiled it with debug symbols.<br>

    It is bind 9.16.6, built from ports on FreeBSD 11.3.<br>

    Any hint on what to look for? Fortunately I have another server running 9.1=
    1. It wasn=92t affected.<br>

    Thanks!<br>





    Borja.<br>


    _______________________________________________<br>
    Please visit <a href=3D"https://lists.isc.org/mailman/listinfo/bind-users">= https://lists.isc.org/mailman/listinfo/bind-users</a> to unsubscribe from t= his list<br>

    ISC funds the development of this software with paid support subscriptions.=
    Contact us at
    <a href=3D"https://www.isc.org/contact/">https://www.isc.org/contact/</a> f=
    or more information.<br>


    bind-users mailing list<br>
    bind-users@lists.isc.org<br>
    <a href=3D"https://lists.isc.org/mailman/listinfo/bind-users">https://lists= .isc.org/mailman/listinfo/bind-users</a><br>
    </div>
    </span></font></div>
    </body>
    </html>

    --_000_VE1PR09MB3517187A9A5616A6BFBEB930A72E0VE1PR09MB3517eurp_--
    --- Synchronet 3.18a-Linux NewsLink 1.113
  • From Borja Marcos@borjam@sarenet.es to =?utf-8?Q?S=C3=B8ren_Andersen?= on Wed Sep 2 08:39:10 2020
    From Newsgroup: comp.protocols.dns.bind


    On 1 Sep 2020, at 19:48, Søren Andersen <SOAN@stofa.dk> wrote:

    hmm.. I think you hit this bug right here: https://gitlab.isc.org/isc-projects/bind9/-/issues/2104
    Looks like that. I compiled bind with debug symbols and it crashed again.
    No way to append this to your bug report, it’s closed.
    Borja.
    ——
    <26>1 2020-09-02T04:30:04.000000+00:00 host1 named 49310 - - rbt.c:2355:
    REQUIRE(newbits <= rbt->maxhashbits) failed, back trace
    <26>1 2020-09-02T04:30:04.000000+00:00 host1 named 49310 - - #0 0x43fe19
    in assertion_failed()+0x59
    <26>1 2020-09-02T04:30:04.000000+00:00 host1 named 49310 - - #1 0x7ba3d8
    in isc_assertion_failed()+0x38
    <26>1 2020-09-02T04:30:04.000000+00:00 host1 named 49310 - - #2 0x5cbb8f
    in rehash()+0x9f
    <26>1 2020-09-02T04:30:04.000000+00:00 host1 named 49310 - - #3 0x5c2dc7
    in maybe_rehash()+0x47
    <26>1 2020-09-02T04:30:04.000000+00:00 host1 named 49310 - - #4 0x5c5574
    in hash_node()+0xd4
    <26>1 2020-09-02T04:30:04.000000+00:00 host1 named 49310 - - #5 0x5c5089 in dns_rbt_addnode()+0xf19
    <26>1 2020-09-02T04:30:04.000000+00:00 host1 named 49310 - - #6 0x5e6bd0 in findnodeintree()+0x260
    <26>1 2020-09-02T04:30:04.000000+00:00 host1 named 49310 - - #7 0x5d1c60 in findnode()+0xa0
    <26>1 2020-09-02T04:30:04.000000+00:00 host1 named 49310 - - #8 0x5201a0 in dns_db_findnode()+0x130
    <26>1 2020-09-02T04:30:04.000000+00:00 host1 named 49310 - - #9 0x6a8351 in cache_name()+0x3a1
    <26>1 2020-09-02T04:30:04.000000+00:00 host1 named 49310 - - #10 0x6a240f in cache_message()+0x16f
    <26>1 2020-09-02T04:30:04.000000+00:00 host1 named 49310 - - #11 0x69f4a6 in resquery_response()+0xd06
    <26>1 2020-09-02T04:30:04.000000+00:00 host1 named 49310 - - #12 0x804d03 in dispatch()+0xc63
    <26>1 2020-09-02T04:30:04.000000+00:00 host1 named 49310 - - #13 0x800751 in run()+0x41
    <26>1 2020-09-02T04:30:04.000000+00:00 host1 named 49310 - - #14 0x80245e036 in _fini()+0x801c3a35e
    <26>1 2020-09-02T04:30:04.000000+00:00 host1 named 49310 - - exiting (due to assertion failure)
    <6>1 2020-09-02T04:30:04.407121+00:00 host1 kernel - - - pid 49310 (named), jid 0, uid 53: exited on signal 6
    ——
    --- Synchronet 3.18a-Linux NewsLink 1.113
  • From =?Windows-1252?Q?S=F8ren_Andersen?=@SOAN@stofa.dk to Borja Marcos on Wed Sep 2 07:15:11 2020
    From Newsgroup: comp.protocols.dns.bind

    --_000_DBBPR09MB351269EA6AA00AAFAD8B5152A72F0DBBPR09MB3512eurp_
    Content-Type: text/plain; charset="Windows-1252"
    Content-Transfer-Encoding: quoted-printable

    It looks like the same bug to me. - Did you try to patch your source code w= ith the path isc just made?
    ________________________________
    From: Borja Marcos <borjam@sarenet.es>
    Sent: Wednesday, September 2, 2020 08:39
    To: S=F8ren Andersen <SOAN@stofa.dk>
    Cc: bind-users@lists.isc.org <bind-users@lists.isc.org>
    Subject: Re: bind 9.16.6 on FreeBSD - Assert

    [EXTERNAL MAIL]


    On 1 Sep 2020, at 19:48, S=F8ren Andersen <SOAN@stofa.dk> wrote:

    hmm.. I think you hit this bug right here: https://gitlab.isc.org/isc-pro=
    jects/bind9/-/issues/2104

    Looks like that. I compiled bind with debug symbols and it crashed again.

    No way to append this to your bug report, it=92s closed.




    Borja.


    =97=97
    <26>1 2020-09-02T04:30:04.000000+00:00 host1 named 49310 - - rbt.c:2355:
    REQUIRE(newbits <=3D rbt->maxhashbits) failed, back trace
    <26>1 2020-09-02T04:30:04.000000+00:00 host1 named 49310 - - #0 0x43fe19
    in assertion_failed()+0x59
    <26>1 2020-09-02T04:30:04.000000+00:00 host1 named 49310 - - #1 0x7ba3d8
    in isc_assertion_failed()+0x38
    <26>1 2020-09-02T04:30:04.000000+00:00 host1 named 49310 - - #2 0x5cbb8f
    in rehash()+0x9f
    <26>1 2020-09-02T04:30:04.000000+00:00 host1 named 49310 - - #3 0x5c2dc7
    in maybe_rehash()+0x47
    <26>1 2020-09-02T04:30:04.000000+00:00 host1 named 49310 - - #4 0x5c5574
    in hash_node()+0xd4
    <26>1 2020-09-02T04:30:04.000000+00:00 host1 named 49310 - - #5 0x5c5089 in=
    dns_rbt_addnode()+0xf19
    <26>1 2020-09-02T04:30:04.000000+00:00 host1 named 49310 - - #6 0x5e6bd0 in=
    findnodeintree()+0x260
    <26>1 2020-09-02T04:30:04.000000+00:00 host1 named 49310 - - #7 0x5d1c60 in=
    findnode()+0xa0
    <26>1 2020-09-02T04:30:04.000000+00:00 host1 named 49310 - - #8 0x5201a0 in=
    dns_db_findnode()+0x130
    <26>1 2020-09-02T04:30:04.000000+00:00 host1 named 49310 - - #9 0x6a8351 in=
    cache_name()+0x3a1
    <26>1 2020-09-02T04:30:04.000000+00:00 host1 named 49310 - - #10 0x6a240f i=
    n cache_message()+0x16f
    <26>1 2020-09-02T04:30:04.000000+00:00 host1 named 49310 - - #11 0x69f4a6 i=
    n resquery_response()+0xd06
    <26>1 2020-09-02T04:30:04.000000+00:00 host1 named 49310 - - #12 0x804d03 i=
    n dispatch()+0xc63
    <26>1 2020-09-02T04:30:04.000000+00:00 host1 named 49310 - - #13 0x800751 i=
    n run()+0x41
    <26>1 2020-09-02T04:30:04.000000+00:00 host1 named 49310 - - #14 0x80245e03=
    6 in _fini()+0x801c3a35e
    <26>1 2020-09-02T04:30:04.000000+00:00 host1 named 49310 - - exiting (due t=
    o assertion failure)
    <6>1 2020-09-02T04:30:04.407121+00:00 host1 kernel - - - pid 49310 (named),=
    jid 0, uid 53: exited on signal 6
    =97=97


    --_000_DBBPR09MB351269EA6AA00AAFAD8B5152A72F0DBBPR09MB3512eurp_
    Content-Type: text/html; charset="Windows-1252"
    Content-Transfer-Encoding: quoted-printable

    <html>
    <head>
    <meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3DWindows-1= 252">
    <style type=3D"text/css" style=3D"display:none;"> P {margin-top:0;margin-bo= ttom:0;} </style>
    </head>
    <body dir=3D"ltr">
    <div style=3D"font-family: Calibri, Arial, Helvetica, sans-serif; font-size=
    : 12pt; color: rgb(0, 0, 0);">
    It looks like the same bug to me. - Did you try to patch your source code w= ith the path isc just made?</div>
    <div id=3D"Signature">
    <div>
    <div id=3D"divtagdefaultwrapper" dir=3D"ltr" style=3D"font-size:12pt; color= :#000000; font-family:Calibri,Helvetica,sans-serif">
    <div style=3D"font-family:Tahoma; font-size:13px">
    <div style=3D"font-family:Tahoma; font-size:13px">
    <div style=3D"font-family:Tahoma; font-size:13px">
    <div style=3D"font-family:Tahoma; font-size:13px"></div>
    </div>
    </div>
    </div>
    </div>
    </div>
    </div>
    <div id=3D"appendonsend"></div>
    <hr style=3D"display:inline-block;width:98%" tabindex=3D"-1">
    <div id=3D"divRplyFwdMsg" dir=3D"ltr"><font face=3D"Calibri, sans-serif" st= yle=3D"font-size:11pt" color=3D"#000000"><b>From:</b> Borja Marcos &lt;borj= am@sarenet.es&gt;<br>
    <b>Sent:</b> Wednesday, September 2, 2020 08:39<br>
    <b>To:</b> S=F8ren Andersen &lt;SOAN@stofa.dk&gt;<br>
    <b>Cc:</b> bind-users@lists.isc.org &lt;bind-users@lists.isc.org&gt;<br> <b>Subject:</b> Re: bind 9.16.6 on FreeBSD - Assert</font>
    <div>&nbsp;</div>
    </div>
    <div class=3D"BodyFragment"><font size=3D"2"><span style=3D"font-size:11pt;=

    <div class=3D"PlainText">[EXTERNAL MAIL]<br>


    &gt; On 1 Sep 2020, at 19:48, S=F8ren Andersen &lt;SOAN@stofa.dk&gt; wrote:=

    &gt;<br>
    &gt; hmm.. I think you hit this bug right here: <a href=3D"https://gitlab.i= sc.org/isc-projects/bind9/-/issues/2104"> https://gitlab.isc.org/isc-projects/bind9/-/issues/2104</a><br>

    Looks like that. I compiled bind with debug symbols and it crashed again.<b=


    No way to append this to your bug report, it=92s closed.<br>




    Borja.<br>


    =97=97<br>
    &lt;26&gt;1 2020-09-02T04:30:04.000000+00:00 host1 named 49310 - - rbt.c:23= 55:<br>
    &nbsp;REQUIRE(newbits &lt;=3D rbt-&gt;maxhashbits) failed, back trace<br> &lt;26&gt;1 2020-09-02T04:30:04.000000+00:00 host1 named 49310 - - #0 0x43f= e19<br>
    &nbsp;in assertion_failed()+0x59<br>
    &lt;26&gt;1 2020-09-02T04:30:04.000000+00:00 host1 named 49310 - - #1 0x7ba= 3d8<br>
    &nbsp;in isc_assertion_failed()+0x38<br>
    &lt;26&gt;1 2020-09-02T04:30:04.000000+00:00 host1 named 49310 - - #2 0x5cb= b8f<br>
    &nbsp;in rehash()+0x9f<br>
    &lt;26&gt;1 2020-09-02T04:30:04.000000+00:00 host1 named 49310 - - #3 0x5c2= dc7<br>
    &nbsp;in maybe_rehash()+0x47<br>
    &lt;26&gt;1 2020-09-02T04:30:04.000000+00:00 host1 named 49310 - - #4 0x5c5= 574<br>
    &nbsp;in hash_node()+0xd4<br>
    &lt;26&gt;1 2020-09-02T04:30:04.000000+00:00 host1 named 49310 - - #5 0x5c5= 089 in dns_rbt_addnode()+0xf19<br>
    &lt;26&gt;1 2020-09-02T04:30:04.000000+00:00 host1 named 49310 - - #6 0x5e6= bd0 in findnodeintree()+0x260<br>
    &lt;26&gt;1 2020-09-02T04:30:04.000000+00:00 host1 named 49310 - - #7 0x5d1= c60 in findnode()+0xa0<br>
    &lt;26&gt;1 2020-09-02T04:30:04.000000+00:00 host1 named 49310 - - #8 0x520= 1a0 in dns_db_findnode()+0x130<br>
    &lt;26&gt;1 2020-09-02T04:30:04.000000+00:00 host1 named 49310 - - #9 0x6a8= 351 in cache_name()+0x3a1<br>
    &lt;26&gt;1 2020-09-02T04:30:04.000000+00:00 host1 named 49310 - - #10 0x6a= 240f in cache_message()+0x16f<br>
    &lt;26&gt;1 2020-09-02T04:30:04.000000+00:00 host1 named 49310 - - #11 0x69= f4a6 in resquery_response()+0xd06<br>
    &lt;26&gt;1 2020-09-02T04:30:04.000000+00:00 host1 named 49310 - - #12 0x80= 4d03 in dispatch()+0xc63<br>
    &lt;26&gt;1 2020-09-02T04:30:04.000000+00:00 host1 named 49310 - - #13 0x80= 0751 in run()+0x41<br>
    &lt;26&gt;1 2020-09-02T04:30:04.000000+00:00 host1 named 49310 - - #14 0x80= 245e036 in _fini()+0x801c3a35e<br>
    &lt;26&gt;1 2020-09-02T04:30:04.000000+00:00 host1 named 49310 - - exiting = (due to assertion failure)<br>
    &lt;6&gt;1 2020-09-02T04:30:04.407121+00:00 host1 kernel - - - pid 49310 (n= amed), jid 0, uid 53: exited on signal 6<br>
    =97=97<br>

    </div>
    </span></font></div>
    </body>
    </html>

    --_000_DBBPR09MB351269EA6AA00AAFAD8B5152A72F0DBBPR09MB3512eurp_--
    --- Synchronet 3.18a-Linux NewsLink 1.113
  • From Borja Marcos@borjam@sarenet.es to =?utf-8?Q?S=C3=B8ren_Andersen?= on Wed Sep 2 10:32:45 2020
    From Newsgroup: comp.protocols.dns.bind


    On 2 Sep 2020, at 09:15, Søren Andersen <SOAN@stofa.dk> wrote:

    It looks like the same bug to me. - Did you try to patch your source code with the path isc just made?
    No, I am not aware of a patch. I have rolled it back to 9.11 for now, it’s a production server.
    Thanks,
    Borja.
    --- Synchronet 3.18a-Linux NewsLink 1.113
  • From Ingeborg Hellemo@ingeborg.hellemo@uit.no to bind-users@lists.isc.org on Thu Sep 3 11:13:03 2020
    From Newsgroup: comp.protocols.dns.bind


    SOAN@stofa.dk said:
    It is bind 9.16.6, built from ports on FreeBSD 11.3.

    Same server combination here but different error.

    Aug 27 01:36:25 chuck named[11975]: resolver.c:5125: INSIST(dns_name_issubdomain(&fctx->name, &fctx->domain)) failed, back trace
    Aug 27 01:36:25 chuck named[11975]: #0 0x43ba00 in ??
    Aug 27 01:36:25 chuck named[11975]: #1 0x61ad8a in ??
    Aug 27 01:36:25 chuck named[11975]: #2 0x5689bb in ??
    Aug 27 01:36:25 chuck named[11975]: #3 0x56e979 in ??
    Aug 27 01:36:25 chuck named[11975]: #4 0x5760b0 in ??
    Aug 27 01:36:25 chuck named[11975]: #5 0x573bc2 in ??
    Aug 27 01:36:25 chuck named[11975]: #6 0x64084c in ??
    Aug 27 01:36:25 chuck named[11975]: #7 0x80206e036 in ??
    Aug 27 01:36:25 chuck named[11975]: exiting (due to assertion failure)


    Upgraded to bind916-9.16.6_1 om Sep 1, but then once more

    Sep 2 20:20:22 chuck named[51566]: resolver.c:5125: INSIST(dns_name_issubdomain(&fctx->name, &fctx->domain)) failed, back trace
    Sep 2 20:20:22 chuck named[51566]: #0 0x43d2a0 in ??
    Sep 2 20:20:22 chuck named[51566]: #1 0x62039a in ??
    Sep 2 20:20:22 chuck named[51566]: #2 0x56d84b in ??
    Sep 2 20:20:22 chuck named[51566]: #3 0x573809 in ??
    Sep 2 20:20:22 chuck named[51566]: #4 0x57b260 in ??
    Sep 2 20:20:22 chuck named[51566]: #5 0x578d50 in ??
    Sep 2 20:20:22 chuck named[51566]: #6 0x645e5c in ??
    Sep 2 20:20:22 chuck named[51566]: #7 0x80246e036 in ??
    Sep 2 20:20:22 chuck named[51566]: exiting (due to assertion failure)


    The server is dualstack and serves DNS via both IPv4 and IPv6.

    Has anyone observed something similar?



    --Ingeborg
    --
    Ingeborg Østrem Hellemo -- ingeborg.hellemo@uit.no
    Dep. of Information Technology --- Univ. of Tromsø


    --- Synchronet 3.18a-Linux NewsLink 1.113
  • From Borja Marcos@borjam@sarenet.es to Ingeborg Hellemo on Thu Sep 3 11:50:09 2020
    From Newsgroup: comp.protocols.dns.bind


    On 3 Sep 2020, at 11:13, Ingeborg Hellemo <ingeborg.hellemo@uit.no> wrote: The server is dualstack and serves DNS via both IPv4 and IPv6.

    Has anyone observed something similar?
    No, I haven’t seen this one.
    If you have used the ports subsystem, can you recompile the port with the WITH_DEBUG option?
    Doing that the backtrace will include the function names.
    Best regards,
    Borja.
    --- Synchronet 3.18a-Linux NewsLink 1.113