bind-9.4.0b2 exits unexpected...

Marco Schumann schumann at strato-rz.de
Tue Oct 10 12:00:57 UTC 2006 

JINMEI Tatuya / 神明達哉 schrieb:
>>>>>> On Tue, 10 Oct 2006 12:20:23 +0200, 
>>>>>> Marco Schumann <schumann at strato-rz.de> said:
> 
>> here the backtrace:
> 
> Hmm...this trace doesn't really make sense.  For example,
> 
>> #4  0xb7e4c918 in cache_zonecut_callback (node=0x0, name=0x0, arg=0x0)
>> at rbtdb.c:2964
>> #5  0xb7e55367 in free_rbtdb (rbtdb=0x0, log=3086031024, event=0x3b7) at
>> rbtdb.c:609
> 
> this should mean line 609 of rbtdb.c calls cache_zonecut_callback(),
> but it actually doesn't.  Are you sure that the core file and name
> executable binary matched?

Hi,

no, they don't, as I recompiled on that machine with --disable-atomic...
sorry, I did not check.
I copied the core dumps to another machine running the version which
crashed. Here again the backtrace:

(gdb) info threads
  19 process 13234  0xffffe410 in __kernel_vsyscall ()
  18 process 13235  0xffffe410 in __kernel_vsyscall ()
  17 process 13236  0xffffe410 in __kernel_vsyscall ()
  16 process 13237  0xffffe410 in __kernel_vsyscall ()
  15 process 13238  0xffffe410 in __kernel_vsyscall ()
  14 process 13239  0xffffe410 in __kernel_vsyscall ()
  13 process 13240  0x08068611 in query_addsoa (client=0x538e2378,
db=0x5619fe40, version=0xacaa9ac8, zero_ttl=isc_boolean_false)
    at query.c:1998
  12 process 13241  0xffffe410 in __kernel_vsyscall ()
  11 process 13243  0xffffe410 in __kernel_vsyscall ()
  10 process 13244  0xffffe410 in __kernel_vsyscall ()
  9 process 13245  0xffffe410 in __kernel_vsyscall ()
  8 process 13246  0xffffe410 in __kernel_vsyscall ()
  7 process 13247  0xffffe410 in __kernel_vsyscall ()
  6 process 13248  0xffffe410 in __kernel_vsyscall ()
  5 process 13249  0xffffe410 in __kernel_vsyscall ()
  4 process 13250  0xffffe410 in __kernel_vsyscall ()
  3 process 13251  0xffffe410 in __kernel_vsyscall ()
  2 process 13252  0xffffe410 in __kernel_vsyscall ()
* 1 process 13242  0xffffe410 in __kernel_vsyscall ()
(gdb) thr 1
[Switching to thread 1 (process 13242)]#0  0xffffe410 in
__kernel_vsyscall ()
(gdb) bt
#0  0xffffe410 in __kernel_vsyscall ()
#1  0xb7b747d0 in raise () from /lib/libc.so.6
#2  0xb7b75ea3 in abort () from /lib/libc.so.6
#3  0x08064b42 in assertion_failed (file=0xb7f3ca11 "rbtdb.c",
line=1158, type=isc_assertiontype_require, cond=0xb7f2ee45 "prev > 0")
    at ./main.c:159
#4  0xb7e87918 in no_references (rbtdb=0xadd16008, node=0x85fff2d8,
least_serial=0, lock=isc_rwlocktype_none) at rbtdb.c:1157
#5  0xb7e90367 in detachnode (db=0xadd16008, targetp=0xb4292628) at
rbtdb.c:3854
#6  0xb7e4ba6e in dns_db_detachnode (db=0xadd16008, nodep=0xb4292628) at
db.c:525
#7  0xb7ee20b0 in cache_message (fctx=0xab7dc7e8, addrinfo=0xa9bd8138,
now=1160247809) at resolver.c:3924
#8  0xb7ee6e3d in resquery_response (task=0xaea84620, event=0xa9dab3c8)
at resolver.c:5741
#9  0xb7cbae12 in run (uap=0xb7a9e0b0) at task.c:867
#10 0xb7c7134b in start_thread () from /lib/libpthread.so.0
#11 0xb7c0965e in clone () from /lib/libc.so.6

And again the other way:

Thread 19 (process 13234):
#0  0xffffe410 in __kernel_vsyscall ()
#1  0xb7b74bf7 in sigsuspend () from /lib/libc.so.6
#2  0xb7cbedea in isc_app_run () at app.c:533
#3  0x0806535f in main (argc=0, argv=0xbfd2c2b4) at ./main.c:868

Thread 18 (process 13235):
#0  0xffffe410 in __kernel_vsyscall ()
#1  0xb7c747e6 in pthread_cond_wait@@GLIBC_2.3.2 () from
/lib/libpthread.so.0
#2  0xb7cbac8f in run (uap=0xb7a9e0b0) at task.c:815
#3  0xb7c7134b in start_thread () from /lib/libpthread.so.0
#4  0xb7c0965e in clone () from /lib/libc.so.6

Thread 17 (process 13236):
#0  0xffffe410 in __kernel_vsyscall ()
#1  0xb7c747e6 in pthread_cond_wait@@GLIBC_2.3.2 () from
/lib/libpthread.so.0
#2  0xb7cbac8f in run (uap=0xb7a9e0b0) at task.c:815
#3  0xb7c7134b in start_thread () from /lib/libpthread.so.0
#4  0xb7c0965e in clone () from /lib/libc.so.6

Thread 16 (process 13237):
#0  0xffffe410 in __kernel_vsyscall ()
#1  0xb7c747e6 in pthread_cond_wait@@GLIBC_2.3.2 () from
/lib/libpthread.so.0
#2  0xb7cbac8f in run (uap=0xb7a9e0b0) at task.c:815
#3  0xb7c7134b in start_thread () from /lib/libpthread.so.0
#4  0xb7c0965e in clone () from /lib/libc.so.6

Thread 15 (process 13238):
#0  0xffffe410 in __kernel_vsyscall ()
#1  0xb7c747e6 in pthread_cond_wait@@GLIBC_2.3.2 () from
/lib/libpthread.so.0
#2  0xb7cbac8f in run (uap=0xb7a9e0b0) at task.c:815
#3  0xb7c7134b in start_thread () from /lib/libpthread.so.0
#4  0xb7c0965e in clone () from /lib/libc.so.6

Thread 14 (process 13239):
#0  0xffffe410 in __kernel_vsyscall ()
#1  0xb7c747e6 in pthread_cond_wait@@GLIBC_2.3.2 () from
/lib/libpthread.so.0
#2  0xb7cbac8f in run (uap=0xb7a9e0b0) at task.c:815
#3  0xb7c7134b in start_thread () from /lib/libpthread.so.0
#4  0xb7c0965e in clone () from /lib/libc.so.6

Thread 13 (process 13240):
#0  0x08068611 in query_addsoa (client=0x538e2378, db=0x5619fe40,
version=0xacaa9ac8, zero_ttl=isc_boolean_false) at query.c:1998
#1  0x0806b0d8 in query_find (client=0x538e2378, event=0x0, qtype=1) at
query.c:3883
#2  0x0806d7c9 in ns_query_start (client=0x538e2378) at query.c:4573
#3  0x0805b712 in client_request (task=0x54634140, event=0x538e1698) at
client.c:1741
#4  0xb7cbae12 in run (uap=0xb7a9e0b0) at task.c:867
#5  0xb7c7134b in start_thread () from /lib/libpthread.so.0
#6  0xb7c0965e in clone () from /lib/libc.so.6

Thread 12 (process 13241):
#0  0xffffe410 in __kernel_vsyscall ()
#1  0xb7c747e6 in pthread_cond_wait@@GLIBC_2.3.2 () from
/lib/libpthread.so.0
#2  0xb7cbac8f in run (uap=0xb7a9e0b0) at task.c:815
#3  0xb7c7134b in start_thread () from /lib/libpthread.so.0
#4  0xb7c0965e in clone () from /lib/libc.so.6

Thread 11 (process 13243):
#0  0xffffe410 in __kernel_vsyscall ()
#1  0xb7c747e6 in pthread_cond_wait@@GLIBC_2.3.2 () from
/lib/libpthread.so.0
#2  0xb7cbac8f in run (uap=0xb7a9e0b0) at task.c:815
#3  0xb7c7134b in start_thread () from /lib/libpthread.so.0
#4  0xb7c0965e in clone () from /lib/libc.so.6

Thread 10 (process 13244):
#0  0xffffe410 in __kernel_vsyscall ()
#1  0xb7c747e6 in pthread_cond_wait@@GLIBC_2.3.2 () from
/lib/libpthread.so.0
#2  0xb7cbac8f in run (uap=0xb7a9e0b0) at task.c:815
#3  0xb7c7134b in start_thread () from /lib/libpthread.so.0
#4  0xb7c0965e in clone () from /lib/libc.so.6

Thread 9 (process 13245):
#0  0xffffe410 in __kernel_vsyscall ()
#1  0xb7c747e6 in pthread_cond_wait@@GLIBC_2.3.2 () from
/lib/libpthread.so.0
#2  0xb7cbac8f in run (uap=0xb7a9e0b0) at task.c:815
#3  0xb7c7134b in start_thread () from /lib/libpthread.so.0
#4  0xb7c0965e in clone () from /lib/libc.so.6

Thread 8 (process 13246):
#0  0xffffe410 in __kernel_vsyscall ()
#1  0xb7c747e6 in pthread_cond_wait@@GLIBC_2.3.2 () from
/lib/libpthread.so.0
#2  0xb7cbac8f in run (uap=0xb7a9e0b0) at task.c:815
#3  0xb7c7134b in start_thread () from /lib/libpthread.so.0
#4  0xb7c0965e in clone () from /lib/libc.so.6

Thread 7 (process 13247):
#0  0xffffe410 in __kernel_vsyscall ()
#1  0xb7c747e6 in pthread_cond_wait@@GLIBC_2.3.2 () from
/lib/libpthread.so.0
#2  0xb7cbac8f in run (uap=0xb7a9e0b0) at task.c:815
#3  0xb7c7134b in start_thread () from /lib/libpthread.so.0
#4  0xb7c0965e in clone () from /lib/libc.so.6

Thread 6 (process 13248):
#0  0xffffe410 in __kernel_vsyscall ()
#1  0xb7c747e6 in pthread_cond_wait@@GLIBC_2.3.2 () from
/lib/libpthread.so.0
#2  0xb7cbac8f in run (uap=0xb7a9e0b0) at task.c:815
#3  0xb7c7134b in start_thread () from /lib/libpthread.so.0
#4  0xb7c0965e in clone () from /lib/libc.so.6

Thread 5 (process 13249):
#0  0xffffe410 in __kernel_vsyscall ()
#1  0xb7c747e6 in pthread_cond_wait@@GLIBC_2.3.2 () from
/lib/libpthread.so.0
#2  0xb7cbac8f in run (uap=0xb7a9e0b0) at task.c:815
#3  0xb7c7134b in start_thread () from /lib/libpthread.so.0
#4  0xb7c0965e in clone () from /lib/libc.so.6

Thread 4 (process 13250):
#0  0xffffe410 in __kernel_vsyscall ()
#1  0xb7c747e6 in pthread_cond_wait@@GLIBC_2.3.2 () from
/lib/libpthread.so.0
#2  0xb7cbac8f in run (uap=0xb7a9e0b0) at task.c:815
#3  0xb7c7134b in start_thread () from /lib/libpthread.so.0
#4  0xb7c0965e in clone () from /lib/libc.so.6

Thread 3 (process 13251):
#0  0xffffe410 in __kernel_vsyscall ()
#1  0xb7c74a5c in pthread_cond_timedwait@@GLIBC_2.3.2 () from
/lib/libpthread.so.0
#2  0xb7ccf5cc in isc_condition_waituntil (c=0xb7aa0040, m=0xb7aa0010,
t=0xb7aa0038) at condition.c:59
#3  0xb7cbd574 in run (uap=0xb7aa0008) at timer.c:708
#4  0xb7c7134b in start_thread () from /lib/libpthread.so.0
#5  0xb7c0965e in clone () from /lib/libc.so.6

Thread 2 (process 13252):
#0  0xffffe410 in __kernel_vsyscall ()
#1  0xb7c02d11 in ___newselect_nocancel () from /lib/libc.so.6
#2  0xb7ccab2f in watcher (uap=0x80a3998) at socket.c:2285
#3  0xb7c7134b in start_thread () from /lib/libpthread.so.0
#4  0xb7c0965e in clone () from /lib/libc.so.6

Thread 1 (process 13242):
#0  0xffffe410 in __kernel_vsyscall ()
#1  0xb7b747d0 in raise () from /lib/libc.so.6
#2  0xb7b75ea3 in abort () from /lib/libc.so.6
#3  0x08064b42 in assertion_failed (file=0xb7f3ca11 "rbtdb.c",
line=1158, type=isc_assertiontype_require, cond=0xb7f2ee45 "prev > 0")
    at ./main.c:159
#4  0xb7e87918 in no_references (rbtdb=0xadd16008, node=0x85fff2d8,
least_serial=0, lock=isc_rwlocktype_none) at rbtdb.c:1157
#5  0xb7e90367 in detachnode (db=0xadd16008, targetp=0xb4292628) at
rbtdb.c:3854
#6  0xb7e4ba6e in dns_db_detachnode (db=0xadd16008, nodep=0xb4292628) at
db.c:525
#7  0xb7ee20b0 in cache_message (fctx=0xab7dc7e8, addrinfo=0xa9bd8138,
now=1160247809) at resolver.c:3924
#8  0xb7ee6e3d in resquery_response (task=0xaea84620, event=0xa9dab3c8)
at resolver.c:5741
#9  0xb7cbae12 in run (uap=0xb7a9e0b0) at task.c:867
#10 0xb7c7134b in start_thread () from /lib/libpthread.so.0
#11 0xb7c0965e in clone () from /lib/libc.so.6

Hope this is correct now.

Kind regards

p.s.: Would it have been enough to use the original named binary? Or
would it have interfered with the different shared libraries?
-- 
_____________________________
[Marco Schumann

More information about the bind-users mailing list