Your message dated Fri, 25 Nov 2022 22:55:09 +0100
with message-id <y4e5vfeuywiuf...@fliwatuet.svr02.mucip.net>
and subject line Re: Bug#1014371: bind9-libs: SIGIOT when nslookup
has caused the Debian Bug report #1014371,
regarding bind9-libs: SIGIOT when nslookup
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 ow...@bugs.debian.org
immediately.)
--
1014371: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1014371
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: bind9-libs
Version: 1:9.18.1-1
When nslookup, libisc aborts due to SIGIOT. This happens from time to
time. Two examples:
$ nslookup xxxxxx
netmgr/netmgr.c:1703: REQUIRE((((handle) != ((void *)0) && ((const
isc__magic_t *)(handle))->magic == ((('N') << 24 | ('M') << 16 | ('H')
<< 8 | ('D')))) && extension ({ auto_type __atomic_load_ptr =
(&(handle)->references); __typeof ((void)0, *__atomic_load_ptr)
__atomic_load_tmp; __atomic_load (__atomic_load_ptr,
&__atomic_load_tmp, (5)); __atomic_load_tmp; }) > 0)) failed, back
trace
/lib/x86_64-linux-gnu/libisc-9.18.1-1-Debian.so(+0x369ef)[0x7f87f58369ef]
/lib/x86_64-linux-gnu/libisc-9.18.1-1-Debian.so(isc_assertion_failed+0xa)[0x7f87f583694a]
/lib/x86_64-linux-gnu/libisc-9.18.1-1-Debian.so(isc__nmhandle_attach+0x63)[0x7f87f581fb03]
nslookup(+0xeb8a)[0x5565de836b8a]
nslookup(+0xfa85)[0x5565de837a85]
nslookup(+0x11f2b)[0x5565de839f2b]
/lib/x86_64-linux-gnu/libisc-9.18.1-1-Debian.so(isc__nm_async_readcb+0xad)[0x7f87f58230fd]
/lib/x86_64-linux-gnu/libisc-9.18.1-1-Debian.so(isc__nm_readcb+0x97)[0x7f87f5823227]
/lib/x86_64-linux-gnu/libisc-9.18.1-1-Debian.so(+0x31f88)[0x7f87f5831f88]
/lib/x86_64-linux-gnu/libisc-9.18.1-1-Debian.so(isc__nm_udp_read_cb+0x46)[0x7f87f5833896]
/lib/x86_64-linux-gnu/libuv.so.1(+0x1f24b)[0x7f87f57b524b]
/lib/x86_64-linux-gnu/libuv.so.1(+0x22f75)[0x7f87f57b8f75]
/lib/x86_64-linux-gnu/libuv.so.1(uv_run+0x114)[0x7f87f57a58c4]
/lib/x86_64-linux-gnu/libisc-9.18.1-1-Debian.so(+0x24a6a)[0x7f87f5824a6a]
/lib/x86_64-linux-gnu/libisc-9.18.1-1-Debian.so(isc__trampoline_run+0x16)[0x7f87f585eb56]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x7d80)[0x7f87f5da5d80]
/lib/x86_64-linux-gnu/libc.so.6(clone+0x3f)[0x7f87f532176f]
[1] 6808 IOT instruction xxxxxx
...some successful runs
$ nslookup -timeout=2 xxxxxx
;; Got SERVFAIL reply from 50.50.1.46, trying next server
netmgr/netmgr.c:1703: REQUIRE((((handle) != ((void *)0) && ((const
isc__magic_t *)(handle))->magic == ((('N') << 24 | ('M') << 16 | ('H')
<< 8 | ('D')))) && __extension__ ({ __auto_type __atomic_load_ptr =
(&(handle)->references); __typeof__ ((void)0, *__atomic_load_ptr)
__atomic_load_tmp; __atomic_load (__atomic_load_ptr,
&__atomic_load_tmp, (5)); __atomic_load_tmp; }) > 0)) failed, back
trace
/lib/x86_64-linux-gnu/libisc-9.18.1-1-Debian.so(+0x369ef)[0x7f488a4369ef]
/lib/x86_64-linux-gnu/libisc-9.18.1-1-Debian.so(isc_assertion_failed+0xa)[0x7f488a43694a]
/lib/x86_64-linux-gnu/libisc-9.18.1-1-Debian.so(isc__nmhandle_attach+0x63)[0x7f488a41fb03]
nslookup(+0xeb8a)[0x562945d16b8a]
nslookup(+0xfa85)[0x562945d17a85]
nslookup(+0x11f2b)[0x562945d19f2b]
/lib/x86_64-linux-gnu/libisc-9.18.1-1-Debian.so(isc__nm_async_readcb+0xad)[0x7f488a4230fd]
/lib/x86_64-linux-gnu/libisc-9.18.1-1-Debian.so(isc__nm_readcb+0x97)[0x7f488a423227]
/lib/x86_64-linux-gnu/libisc-9.18.1-1-Debian.so(+0x31f88)[0x7f488a431f88]
/lib/x86_64-linux-gnu/libisc-9.18.1-1-Debian.so(isc__nm_udp_read_cb+0x46)[0x7f488a433896]
/lib/x86_64-linux-gnu/libuv.so.1(+0x1f24b)[0x7f488a37124b]
/lib/x86_64-linux-gnu/libuv.so.1(+0x22f75)[0x7f488a374f75]
/lib/x86_64-linux-gnu/libuv.so.1(uv_run+0x114)[0x7f488a3618c4]
/lib/x86_64-linux-gnu/libisc-9.18.1-1-Debian.so(+0x24a6a)[0x7f488a424a6a]
/lib/x86_64-linux-gnu/libisc-9.18.1-1-Debian.so(isc__trampoline_run+0x16)[0x7f488a45eb56]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x7d80)[0x7f488a38ad80]
/lib/x86_64-linux-gnu/libc.so.6(clone+0x3f)[0x7f4889f2176f]
[1] 8320 IOT instruction nslookup -timeout=2 xxxxxx
--- End Message ---
--- Begin Message ---
On 06/07/22 08:01 AM, Ondřej Surý wrote:
> that has been fixed in 9.18.5 which will be released in about two weeks.
Closing accordingly.
--- End Message ---