In the mood for bug reporting now ... :-)

Sometimes dig gets into some sort of mess after doing a zone transfer from certain hosts, e.g.

$ dig +nocmd +nostats axfr dlv.isc.org @ns-int.isc.org >dlv.new

The complete zone is written to the output file, perfectly correct,
but dig then sits there doing nothing. If one uses ctrl-C (SIGINT)
it dies like this:

dighost.c:3353: REQUIRE(sockcount == 0) failed.
Abort (core dumped)

Here's a stack trace from the core file, for what it's worth:

$ pstack core
core 'core' of 13457:   dig +nocmd +nostats axfr dlv.isc.org @ns-int.isc.org
-----------------  lwp# 1 / thread# 1  --------------------
febc54d7 _lwp_kill (1, 6) + 7
feb713f3 raise    (6) + 1f
feb51709 abort    (8047480, 6, 8249a88, febbe196, 8047360, 806db5a) + cd
081830d7 default_callback (81afbcc, d19, 0, 81afbbc) + 5b
0806db5a destroy_libs (8047364, feffb818, feffb818, 8047364, 8047480, 804739c) 
+ c6
08067d95 main     (6, 80473a8, 80473c4) + 105
08064b3e _start   (6, 80474e8, 80474ec, 80474f3, 80474fc, 8047501) + 7a
-----------------  lwp# 3 / thread# 3  --------------------
febc47fb __lwp_park (82521c8, 8252198, 0) + b
febbf058 cond_wait_queue (82521c8, 8252198, 0) + 3c
febbf50a _cond_wait (82521c8, 8252198) + 64
febbf54c cond_wait (82521c8, 8252198) + 21
febbf585 pthread_cond_wait (82521c8, 8252198) + 1b
0819d78e run      (8252190) + 62
febc44b7 _thr_setup (fea20a00) + 4e
febc47a0 _lwp_start (fea20a00, 0, 0, fea0fff8, febc47a0, fea20a00)
-----------------  lwp# 4 / thread# 4  --------------------
febc5037 ioctl    (8250260) + 7
febc44b7 _thr_setup (fea21200) + 4e
febc47a0 _lwp_start (fea21200, 0, 0, fe9efff8, febc47a0, fea21200)

This was with the 9.6.0-P1 version, but I've seen it with other versions.

Fetching the signed root zone from na.iana.org also tends to behave
like this.

--
Chris Thompson
Email: c...@cam.ac.uk
_______________________________________________
bind-users mailing list
bind-users@lists.isc.org
https://lists.isc.org/mailman/listinfo/bind-users

Reply via email to