| 2022-04-25 18:00:00 |
Fedon Kadifeli |
bug |
|
|
added bug |
| 2022-04-26 21:22:34 |
Lucas Kanashiro |
bind9 (Ubuntu): status |
New |
Triaged |
|
| 2022-04-26 21:22:43 |
Lucas Kanashiro |
bug |
|
|
added subscriber Ubuntu Server |
| 2022-04-26 21:31:31 |
Simon Déziel |
bug |
|
|
added subscriber Simon Déziel |
| 2022-04-26 21:40:49 |
Sergio Durigan Junior |
nominated for series |
|
Ubuntu Jammy |
|
| 2022-04-26 21:40:49 |
Sergio Durigan Junior |
bug task added |
|
bind9 (Ubuntu Jammy) |
|
| 2022-04-26 21:40:57 |
Sergio Durigan Junior |
bind9 (Ubuntu Jammy): status |
New |
Triaged |
|
| 2022-04-26 23:29:47 |
Sergio Durigan Junior |
nominated for series |
|
Ubuntu Kinetic |
|
| 2022-04-26 23:29:47 |
Sergio Durigan Junior |
bug task added |
|
bind9 (Ubuntu Kinetic) |
|
| 2022-04-26 23:30:02 |
Sergio Durigan Junior |
tags |
|
server-todo |
|
| 2022-04-26 23:30:12 |
Sergio Durigan Junior |
bind9 (Ubuntu Jammy): assignee |
|
Sergio Durigan Junior (sergiodj) |
|
| 2022-04-26 23:30:14 |
Sergio Durigan Junior |
bind9 (Ubuntu Kinetic): assignee |
|
Sergio Durigan Junior (sergiodj) |
|
| 2022-04-28 02:03:47 |
Sergio Durigan Junior |
bind9 (Ubuntu Jammy): importance |
Undecided |
High |
|
| 2022-04-28 02:03:48 |
Sergio Durigan Junior |
bind9 (Ubuntu Kinetic): importance |
Undecided |
High |
|
| 2022-07-06 20:22:25 |
Sergio Durigan Junior |
tags |
server-todo |
|
|
| 2023-01-17 00:44:12 |
Sergio Durigan Junior |
tags |
|
server-todo |
|
| 2023-01-18 16:25:17 |
Lena Voytek |
bind9 (Ubuntu): assignee |
Sergio Durigan Junior (sergiodj) |
Lena Voytek (lvoytek) |
|
| 2023-01-25 16:07:02 |
Christian Ehrhardt |
bind9 (Ubuntu Jammy): assignee |
Sergio Durigan Junior (sergiodj) |
Lena Voytek (lvoytek) |
|
| 2023-01-25 16:07:07 |
Christian Ehrhardt |
bind9 (Ubuntu Kinetic): assignee |
Sergio Durigan Junior (sergiodj) |
Lena Voytek (lvoytek) |
|
| 2023-01-25 21:28:43 |
Lena Voytek |
bind9 (Ubuntu): status |
Triaged |
Fix Released |
|
| 2023-01-25 21:28:45 |
Lena Voytek |
bind9 (Ubuntu Jammy): status |
Triaged |
In Progress |
|
| 2023-01-25 21:28:47 |
Lena Voytek |
bind9 (Ubuntu Kinetic): status |
Triaged |
In Progress |
|
| 2023-02-13 22:08:29 |
Lena Voytek |
merge proposal linked |
|
https://code.launchpad.net/~lvoytek/ubuntu/+source/bind9/+git/bind9/+merge/437223 |
|
| 2023-03-08 21:08:55 |
Lena Voytek |
description |
The dig and host commands give incomplete results or (sometimes) give core dump on Ubuntu 22.04. Both commands are on version "9.18.1-1ubuntu1-Ubuntu."
When I run them like this:
$ dig google.com +nssearch
$ host -C google.com
most of the times the output is incomplete (no output or only a single line) and the other times they core dump. This happens on x86_64 systems. On aarch64 systems, they output some lines and then they hang.
All systems are Ubuntu 22.04 and command versions are the same as given above. Previous versions do not exhibit this problem.
Sample run:
$ dig google.com +nssearch
$ dig google.com +nssearch
$ dig google.com +nssearch
SOA ns1.google.com. dns-admin.google.com. 444034222 900 900 1800 60 from server 216.239.38.10 in 0 ms.
$ dig google.com +nssearch
SOA ns1.google.com. dns-admin.google.com. 444217784 900 900 1800 60 from server 216.239.32.10 in 8 ms.
$ dig google.com +nssearch
SOA ns1.google.com. dns-admin.google.com. 444034222 900 900 1800 60 from server 216.239.34.10 in 0 ms.
dighost.c:1517: INSIST((uint_fast32_t) __extension__ ({ __auto_type __atomic_load_ptr = ((&recvcount)); __typeof__ ((void)0, *__atomic_load_ptr) __atomic_load_tmp; __atomic_load (__atomic_load_ptr, &__atomic_load_tmp, (memory_order_acquire)); __atomic_load_tmp; }) == 0) failed, back trace
/lib/x86_64-linux-gnu/libisc-9.18.1-1ubuntu1-Ubuntu.so(+0x32083)[0x7f821fafc083]
/lib/x86_64-linux-gnu/libisc-9.18.1-1ubuntu1-Ubuntu.so(isc_assertion_failed+0x10)[0x7f821fafb570]
dig(+0x11de1)[0x55afb566fde1]
dig(+0xc7cd)[0x55afb566a7cd]
dig(+0xfdc2)[0x55afb566ddc2]
/lib/x86_64-linux-gnu/libisc-9.18.1-1ubuntu1-Ubuntu.so(isc__nm_async_readcb+0xb1)[0x7f821faeac41]
/lib/x86_64-linux-gnu/libisc-9.18.1-1ubuntu1-Ubuntu.so(isc__nm_readcb+0x9b)[0x7f821faead7b]
/lib/x86_64-linux-gnu/libisc-9.18.1-1ubuntu1-Ubuntu.so(+0x2b0d0)[0x7f821faf50d0]
/lib/x86_64-linux-gnu/libisc-9.18.1-1ubuntu1-Ubuntu.so(isc__nm_udp_read_cb+0x4a)[0x7f821faf526a]
/lib/x86_64-linux-gnu/libuv.so.1(+0x23e6b)[0x7f821f612e6b]
/lib/x86_64-linux-gnu/libuv.so.1(+0x2511e)[0x7f821f61411e]
/lib/x86_64-linux-gnu/libuv.so.1(uv_run+0x678)[0x7f821f5fdc88]
/lib/x86_64-linux-gnu/libisc-9.18.1-1ubuntu1-Ubuntu.so(+0x25eae)[0x7f821faefeae]
/lib/x86_64-linux-gnu/libisc-9.18.1-1ubuntu1-Ubuntu.so(isc__trampoline_run+0x1a)[0x7f821fb1f7ba]
/lib/x86_64-linux-gnu/libc.so.6(+0x94b43)[0x7f821f6b5b43]
/lib/x86_64-linux-gnu/libc.so.6(+0x126a00)[0x7f821f747a00]
Aborted (core dumped) |
[Impact]
When using dig with the +nssearch option, the application will likely crash with a core dump. In this case the resulting list of domains will be incomplete.
The fix should be backported to Kinetic and Jammy to allow users to get all results of an nssearch on a domain.
The bug will be fixed by the minor release update described in (LP: #2003586) through upstream correcting IPv6 functionality.
[Test Plan]
# lxc launch images:ubuntu/{kinetic, jammy} test-bind9
# lxc exec test-bind9
# apt update && apt dist-upgrade -y
# apt install dnsutils -y
# dig google.com +nssearch +tcp
- Before the update this also leads to a crash ending in "Aborted (core dumped)" without showing all addresses while after it will again show that there was a communication error with addresses it did not get a response from and finish running through all addresses
[Where problems could occur]
Problems could occour in multiple areas outside of this fix because it is being added in a minor release update. Issues directly related to this fix would arise in the functionality of dig +nssearch, likely related to the handling of domains containing IPv6 addresses.
[Original Description]
The dig and host commands give incomplete results or (sometimes) give core dump on Ubuntu 22.04. Both commands are on version "9.18.1-1ubuntu1-Ubuntu."
When I run them like this:
$ dig google.com +nssearch
$ host -C google.com
most of the times the output is incomplete (no output or only a single line) and the other times they core dump. This happens on x86_64 systems. On aarch64 systems, they output some lines and then they hang.
All systems are Ubuntu 22.04 and command versions are the same as given above. Previous versions do not exhibit this problem.
Sample run:
$ dig google.com +nssearch
$ dig google.com +nssearch
$ dig google.com +nssearch
SOA ns1.google.com. dns-admin.google.com. 444034222 900 900 1800 60 from server 216.239.38.10 in 0 ms.
$ dig google.com +nssearch
SOA ns1.google.com. dns-admin.google.com. 444217784 900 900 1800 60 from server 216.239.32.10 in 8 ms.
$ dig google.com +nssearch
SOA ns1.google.com. dns-admin.google.com. 444034222 900 900 1800 60 from server 216.239.34.10 in 0 ms.
dighost.c:1517: INSIST((uint_fast32_t) __extension__ ({ __auto_type __atomic_load_ptr = ((&recvcount)); __typeof__ ((void)0, *__atomic_load_ptr) __atomic_load_tmp; __atomic_load (__atomic_load_ptr, &__atomic_load_tmp, (memory_order_acquire)); __atomic_load_tmp; }) == 0) failed, back trace
/lib/x86_64-linux-gnu/libisc-9.18.1-1ubuntu1-Ubuntu.so(+0x32083)[0x7f821fafc083]
/lib/x86_64-linux-gnu/libisc-9.18.1-1ubuntu1-Ubuntu.so(isc_assertion_failed+0x10)[0x7f821fafb570]
dig(+0x11de1)[0x55afb566fde1]
dig(+0xc7cd)[0x55afb566a7cd]
dig(+0xfdc2)[0x55afb566ddc2]
/lib/x86_64-linux-gnu/libisc-9.18.1-1ubuntu1-Ubuntu.so(isc__nm_async_readcb+0xb1)[0x7f821faeac41]
/lib/x86_64-linux-gnu/libisc-9.18.1-1ubuntu1-Ubuntu.so(isc__nm_readcb+0x9b)[0x7f821faead7b]
/lib/x86_64-linux-gnu/libisc-9.18.1-1ubuntu1-Ubuntu.so(+0x2b0d0)[0x7f821faf50d0]
/lib/x86_64-linux-gnu/libisc-9.18.1-1ubuntu1-Ubuntu.so(isc__nm_udp_read_cb+0x4a)[0x7f821faf526a]
/lib/x86_64-linux-gnu/libuv.so.1(+0x23e6b)[0x7f821f612e6b]
/lib/x86_64-linux-gnu/libuv.so.1(+0x2511e)[0x7f821f61411e]
/lib/x86_64-linux-gnu/libuv.so.1(uv_run+0x678)[0x7f821f5fdc88]
/lib/x86_64-linux-gnu/libisc-9.18.1-1ubuntu1-Ubuntu.so(+0x25eae)[0x7f821faefeae]
/lib/x86_64-linux-gnu/libisc-9.18.1-1ubuntu1-Ubuntu.so(isc__trampoline_run+0x1a)[0x7f821fb1f7ba]
/lib/x86_64-linux-gnu/libc.so.6(+0x94b43)[0x7f821f6b5b43]
/lib/x86_64-linux-gnu/libc.so.6(+0x126a00)[0x7f821f747a00]
Aborted (core dumped) |
|
| 2023-03-08 21:38:55 |
Lena Voytek |
description |
[Impact]
When using dig with the +nssearch option, the application will likely crash with a core dump. In this case the resulting list of domains will be incomplete.
The fix should be backported to Kinetic and Jammy to allow users to get all results of an nssearch on a domain.
The bug will be fixed by the minor release update described in (LP: #2003586) through upstream correcting IPv6 functionality.
[Test Plan]
# lxc launch images:ubuntu/{kinetic, jammy} test-bind9
# lxc exec test-bind9
# apt update && apt dist-upgrade -y
# apt install dnsutils -y
# dig google.com +nssearch +tcp
- Before the update this also leads to a crash ending in "Aborted (core dumped)" without showing all addresses while after it will again show that there was a communication error with addresses it did not get a response from and finish running through all addresses
[Where problems could occur]
Problems could occour in multiple areas outside of this fix because it is being added in a minor release update. Issues directly related to this fix would arise in the functionality of dig +nssearch, likely related to the handling of domains containing IPv6 addresses.
[Original Description]
The dig and host commands give incomplete results or (sometimes) give core dump on Ubuntu 22.04. Both commands are on version "9.18.1-1ubuntu1-Ubuntu."
When I run them like this:
$ dig google.com +nssearch
$ host -C google.com
most of the times the output is incomplete (no output or only a single line) and the other times they core dump. This happens on x86_64 systems. On aarch64 systems, they output some lines and then they hang.
All systems are Ubuntu 22.04 and command versions are the same as given above. Previous versions do not exhibit this problem.
Sample run:
$ dig google.com +nssearch
$ dig google.com +nssearch
$ dig google.com +nssearch
SOA ns1.google.com. dns-admin.google.com. 444034222 900 900 1800 60 from server 216.239.38.10 in 0 ms.
$ dig google.com +nssearch
SOA ns1.google.com. dns-admin.google.com. 444217784 900 900 1800 60 from server 216.239.32.10 in 8 ms.
$ dig google.com +nssearch
SOA ns1.google.com. dns-admin.google.com. 444034222 900 900 1800 60 from server 216.239.34.10 in 0 ms.
dighost.c:1517: INSIST((uint_fast32_t) __extension__ ({ __auto_type __atomic_load_ptr = ((&recvcount)); __typeof__ ((void)0, *__atomic_load_ptr) __atomic_load_tmp; __atomic_load (__atomic_load_ptr, &__atomic_load_tmp, (memory_order_acquire)); __atomic_load_tmp; }) == 0) failed, back trace
/lib/x86_64-linux-gnu/libisc-9.18.1-1ubuntu1-Ubuntu.so(+0x32083)[0x7f821fafc083]
/lib/x86_64-linux-gnu/libisc-9.18.1-1ubuntu1-Ubuntu.so(isc_assertion_failed+0x10)[0x7f821fafb570]
dig(+0x11de1)[0x55afb566fde1]
dig(+0xc7cd)[0x55afb566a7cd]
dig(+0xfdc2)[0x55afb566ddc2]
/lib/x86_64-linux-gnu/libisc-9.18.1-1ubuntu1-Ubuntu.so(isc__nm_async_readcb+0xb1)[0x7f821faeac41]
/lib/x86_64-linux-gnu/libisc-9.18.1-1ubuntu1-Ubuntu.so(isc__nm_readcb+0x9b)[0x7f821faead7b]
/lib/x86_64-linux-gnu/libisc-9.18.1-1ubuntu1-Ubuntu.so(+0x2b0d0)[0x7f821faf50d0]
/lib/x86_64-linux-gnu/libisc-9.18.1-1ubuntu1-Ubuntu.so(isc__nm_udp_read_cb+0x4a)[0x7f821faf526a]
/lib/x86_64-linux-gnu/libuv.so.1(+0x23e6b)[0x7f821f612e6b]
/lib/x86_64-linux-gnu/libuv.so.1(+0x2511e)[0x7f821f61411e]
/lib/x86_64-linux-gnu/libuv.so.1(uv_run+0x678)[0x7f821f5fdc88]
/lib/x86_64-linux-gnu/libisc-9.18.1-1ubuntu1-Ubuntu.so(+0x25eae)[0x7f821faefeae]
/lib/x86_64-linux-gnu/libisc-9.18.1-1ubuntu1-Ubuntu.so(isc__trampoline_run+0x1a)[0x7f821fb1f7ba]
/lib/x86_64-linux-gnu/libc.so.6(+0x94b43)[0x7f821f6b5b43]
/lib/x86_64-linux-gnu/libc.so.6(+0x126a00)[0x7f821f747a00]
Aborted (core dumped) |
[Impact]
When using dig with the +nssearch option, the application will likely crash with a core dump. In this case the resulting list of domains will be incomplete.
The fix should be backported to Kinetic and Jammy to allow users to get all results of an nssearch on a domain.
The bug will be fixed by the minor release update described in (LP: #2003586) through upstream correcting IPv6 functionality.
[Test Plan]
# lxc launch images:ubuntu/{kinetic, jammy} test-bind9
# lxc exec test-bind9
# apt update && apt dist-upgrade -y
# apt install dnsutils -y
# dig +nssearch isc.org
- Before the update this leads to a crash ending in "Aborted (core dumped)" after failing to get a response from an ipv6 address while after it will show that there was a communication error with addresses it did not get a response from
[Where problems could occur]
Problems could occour in multiple areas outside of this fix because it is being added in a minor release update. Issues directly related to this fix would arise in the functionality of dig +nssearch, likely related to the handling of domains containing IPv6 addresses.
[Original Description]
The dig and host commands give incomplete results or (sometimes) give core dump on Ubuntu 22.04. Both commands are on version "9.18.1-1ubuntu1-Ubuntu."
When I run them like this:
$ dig google.com +nssearch
$ host -C google.com
most of the times the output is incomplete (no output or only a single line) and the other times they core dump. This happens on x86_64 systems. On aarch64 systems, they output some lines and then they hang.
All systems are Ubuntu 22.04 and command versions are the same as given above. Previous versions do not exhibit this problem.
Sample run:
$ dig google.com +nssearch
$ dig google.com +nssearch
$ dig google.com +nssearch
SOA ns1.google.com. dns-admin.google.com. 444034222 900 900 1800 60 from server 216.239.38.10 in 0 ms.
$ dig google.com +nssearch
SOA ns1.google.com. dns-admin.google.com. 444217784 900 900 1800 60 from server 216.239.32.10 in 8 ms.
$ dig google.com +nssearch
SOA ns1.google.com. dns-admin.google.com. 444034222 900 900 1800 60 from server 216.239.34.10 in 0 ms.
dighost.c:1517: INSIST((uint_fast32_t) __extension__ ({ __auto_type __atomic_load_ptr = ((&recvcount)); __typeof__ ((void)0, *__atomic_load_ptr) __atomic_load_tmp; __atomic_load (__atomic_load_ptr, &__atomic_load_tmp, (memory_order_acquire)); __atomic_load_tmp; }) == 0) failed, back trace
/lib/x86_64-linux-gnu/libisc-9.18.1-1ubuntu1-Ubuntu.so(+0x32083)[0x7f821fafc083]
/lib/x86_64-linux-gnu/libisc-9.18.1-1ubuntu1-Ubuntu.so(isc_assertion_failed+0x10)[0x7f821fafb570]
dig(+0x11de1)[0x55afb566fde1]
dig(+0xc7cd)[0x55afb566a7cd]
dig(+0xfdc2)[0x55afb566ddc2]
/lib/x86_64-linux-gnu/libisc-9.18.1-1ubuntu1-Ubuntu.so(isc__nm_async_readcb+0xb1)[0x7f821faeac41]
/lib/x86_64-linux-gnu/libisc-9.18.1-1ubuntu1-Ubuntu.so(isc__nm_readcb+0x9b)[0x7f821faead7b]
/lib/x86_64-linux-gnu/libisc-9.18.1-1ubuntu1-Ubuntu.so(+0x2b0d0)[0x7f821faf50d0]
/lib/x86_64-linux-gnu/libisc-9.18.1-1ubuntu1-Ubuntu.so(isc__nm_udp_read_cb+0x4a)[0x7f821faf526a]
/lib/x86_64-linux-gnu/libuv.so.1(+0x23e6b)[0x7f821f612e6b]
/lib/x86_64-linux-gnu/libuv.so.1(+0x2511e)[0x7f821f61411e]
/lib/x86_64-linux-gnu/libuv.so.1(uv_run+0x678)[0x7f821f5fdc88]
/lib/x86_64-linux-gnu/libisc-9.18.1-1ubuntu1-Ubuntu.so(+0x25eae)[0x7f821faefeae]
/lib/x86_64-linux-gnu/libisc-9.18.1-1ubuntu1-Ubuntu.so(isc__trampoline_run+0x1a)[0x7f821fb1f7ba]
/lib/x86_64-linux-gnu/libc.so.6(+0x94b43)[0x7f821f6b5b43]
/lib/x86_64-linux-gnu/libc.so.6(+0x126a00)[0x7f821f747a00]
Aborted (core dumped) |
|
| 2023-03-17 17:11:32 |
Steve Langasek |
bind9 (Ubuntu Kinetic): status |
In Progress |
Fix Committed |
|
| 2023-03-17 17:11:34 |
Steve Langasek |
bug |
|
|
added subscriber Ubuntu Stable Release Updates Team |
| 2023-03-17 17:11:36 |
Steve Langasek |
bug |
|
|
added subscriber SRU Verification |
| 2023-03-17 17:11:41 |
Steve Langasek |
tags |
server-todo |
server-todo verification-needed verification-needed-kinetic |
|
| 2023-03-17 17:20:30 |
Steve Langasek |
bind9 (Ubuntu Jammy): status |
In Progress |
Fix Committed |
|
| 2023-03-17 17:20:37 |
Steve Langasek |
tags |
server-todo verification-needed verification-needed-kinetic |
server-todo verification-needed verification-needed-jammy verification-needed-kinetic |
|
| 2023-03-20 12:59:49 |
Simon Déziel |
tags |
server-todo verification-needed verification-needed-jammy verification-needed-kinetic |
server-todo verification-done-jammy verification-needed verification-needed-kinetic |
|
| 2023-03-22 22:59:34 |
Lena Voytek |
tags |
server-todo verification-done-jammy verification-needed verification-needed-kinetic |
server-todo verification-done verification-done-jammy verification-done-kinetic |
|
| 2023-03-29 03:35:53 |
Launchpad Janitor |
bind9 (Ubuntu Jammy): status |
Fix Committed |
Fix Released |
|
| 2023-03-29 03:35:53 |
Launchpad Janitor |
cve linked |
|
2022-1183 |
|
| 2023-03-29 03:35:53 |
Launchpad Janitor |
cve linked |
|
2022-2795 |
|
| 2023-03-29 03:35:53 |
Launchpad Janitor |
cve linked |
|
2022-2881 |
|
| 2023-03-29 03:35:53 |
Launchpad Janitor |
cve linked |
|
2022-2906 |
|
| 2023-03-29 03:35:53 |
Launchpad Janitor |
cve linked |
|
2022-3080 |
|
| 2023-03-29 03:35:53 |
Launchpad Janitor |
cve linked |
|
2022-3094 |
|
| 2023-03-29 03:35:53 |
Launchpad Janitor |
cve linked |
|
2022-3736 |
|
| 2023-03-29 03:35:53 |
Launchpad Janitor |
cve linked |
|
2022-38178 |
|
| 2023-03-29 03:35:53 |
Launchpad Janitor |
cve linked |
|
2022-3924 |
|
| 2023-03-29 03:36:20 |
Chris Halse Rogers |
removed subscriber Ubuntu Stable Release Updates Team |
|
|
|
| 2023-03-29 03:37:10 |
Launchpad Janitor |
bind9 (Ubuntu Kinetic): status |
Fix Committed |
Fix Released |
|
