bind-9.4.0b2 exits unexpected...

[Marco Schumann]

JINMEI Tatuya / 神明達哉 schrieb:
>>>>>> On Tue, 10 Oct 2006 19:36:51 +0200, 
>>>>>> Marco Schumann <schumann at strato-rz.de> said:
> 
>> I compiled using this patch and without --disable-atomic, unfortunately
>> named refused to start:
> 
>> 10-Oct-2006 19:28:22.894 general: rbtdb.c:1128: INSIST(((unsigned
>> int)((&rbtdb->node_locks[node->locknum].references)->ref
>> s))) failed
>> 10-Oct-2006 19:28:22.894 general: exiting (due to assertion failure)
> 
> Oops, sorry, the patch was not really correct.  Please use this one
> (attached below) instead.
> 
> But the actual behavior of these two patches should be the same...do
> you mean named exited during initialization by 'refused to start'?  Or
> do you mean it existed just after starting?  In any case, if it dumped
> core, backtrace (of all threads) would be helpful as before.

Hello,

again the error:
11-Oct-2006 09:40:09.365 general: rbtdb.c:1128: INSIST(((unsigned
int)((&rbtdb->node_locks[node->locknum].references)->refs))) failed
11-Oct-2006 09:40:09.365 general: exiting (due to assertion failure)

Here the backtrace:
(gdb) info threads
  19 process 29439  0xffffe410 in __kernel_vsyscall ()
  18 process 29440  0xb7bad1a2 in malloc () from /lib/libc.so.6
  17 process 29441  0xffffe410 in __kernel_vsyscall ()
  16 process 29442  0xffffe410 in __kernel_vsyscall ()
  15 process 29443  0xffffe410 in __kernel_vsyscall ()
  14 process 29444  0xffffe410 in __kernel_vsyscall ()
  13 process 29445  0xffffe410 in __kernel_vsyscall ()
  12 process 29446  0xffffe410 in __kernel_vsyscall ()
  11 process 29447  0xffffe410 in __kernel_vsyscall ()
  10 process 29448  0xffffe410 in __kernel_vsyscall ()
  9 process 29449  0xffffe410 in __kernel_vsyscall ()
  8 process 29450  0xffffe410 in __kernel_vsyscall ()
  7 process 29451  0xffffe410 in __kernel_vsyscall ()
  6 process 29452  0xffffe410 in __kernel_vsyscall ()
  5 process 29453  0xffffe410 in __kernel_vsyscall ()
  4 process 29454  0xffffe410 in __kernel_vsyscall ()
  3 process 29456  0xffffe410 in __kernel_vsyscall ()
  2 process 29457  0xffffe410 in __kernel_vsyscall ()
* 1 process 29455  0xffffe410 in __kernel_vsyscall ()
(gdb) thr 1
[Switching to thread 1 (process 29455)]#0  0xffffe410 in
__kernel_vsyscall ()
(gdb) bt
#0  0xffffe410 in __kernel_vsyscall ()
#1  0xb7b6e7d0 in raise () from /lib/libc.so.6
#2  0xb7b6fea3 in abort () from /lib/libc.so.6
#3  0x08064b72 in assertion_failed (file=0xb7f3dd59 "rbtdb.c",
line=1128, type=isc_assertiontype_insist,
    cond=0xb7f3c8a4 "((unsigned
int)((&rbtdb->node_locks[node->locknum].references)->refs))") at
./main.c:159
#4  0xb7e84c8b in new_reference (rbtdb=0xadd10008, node=0xadd29a50) at
rbtdb.c:1128
#5  0xb7e87f89 in find_deepest_zonecut (search=0xb028449c,
node=0xadd29a50, nodep=0xb0284f70, foundname=0xb0284fe0,
rdataset=0xb02851b0,
    sigrdataset=0x0) at rbtdb.c:3195
#6  0xb7e8e9d7 in cache_find (db=0xadd10008, name=0xa9f5d4dc,
version=0x0, type=28, options=1, now=1160552409, nodep=0xb0284f70,
    foundname=0xb0284fe0, rdataset=0xb02851b0, sigrdataset=0x0) at
rbtdb.c:3398
#7  0xb7e4e394 in dns_db_find (db=0xadd10008, name=0xa9f5d4dc,
version=0x0, type=28, options=1, now=1160552409, nodep=0xb0284f70,
    foundname=0xb0284fe0, rdataset=0xb02851b0, sigrdataset=0x0) at db.c:475
#8  0xb7f042d0 in dns_view_find (view=0xaea78008, name=0xa9f5d4dc,
type=28, now=1160552409, options=1, use_hints=isc_boolean_true, dbp=0x0,
    nodep=0x0, foundname=0xb0284fe0, rdataset=0xb02851b0,
sigrdataset=0x0) at view.c:739
#9  0xb7e44b20 in dbfind_name (adbname=0xa9f5d4d8, now=1160552409,
rdtype=28) at adb.c:2989
#10 0xb7e45fdf in dns_adb_createfind (adb=0x830f890, task=0xaea7e2e0,
action=0xb7ee1b40 <fctx_finddone>, arg=0xaaeab008, name=0xb028539c,
    qname=0xaaeab010, qtype=1, options=223, now=1160552409, target=0x0,
port=53, findp=0xb02852f8) at adb.c:2446
#11 0xb7edeadc in findname (fctx=0xaaeab008, name=0xb028539c, port=0,
options=223, flags=0, now=1160552409, need_alternate=0xb0285410)
    at resolver.c:1990
#12 0xb7ee0c5c in fctx_try (fctx=0xaaeab008) at resolver.c:2193
#13 0xb7cb4e12 in run (uap=0xb7a980b0) at task.c:867
#14 0xb7c6b34b in start_thread () from /lib/libpthread.so.0
#15 0xb7c0365e in clone () from /lib/libc.so.6

Next I am going to try your second patch. Would it be helpful to compile
with debug flags? (I assume that and thus will use --enable-debug
although not documented)
-- 
_____________________________
[Marco Schumann