Description of problem: When I was checking on my IPv6 setup, I created an IPv6-only record in named for my main host (AAAA only, no A record), and tried looking it up with `host ipv6.example.com`. Quite a few times, I ran it, and it would return the expected "ipv6.example.com has IPv6 address 2001:5c0:xxx::1" (I'm using substitutions, of course), but then the next line would say "Segmentation fault". I was checking it by looking up some external IPv6-only hosts, and then some of my other local hosts, and none of them produced segfaults. And now, if I try `host ipv6.example.com` again, it no longer segfaults. So, I can't include a backtrace yet. Perhaps after the next reboot, whenever that is. Version-Release number of selected component (if applicable): bind-utils-9.5.0-32.rc1.fc9.i386 How reproducible: Not clear, but it might involve having a host with only an AAAA record, and looking it up. Steps to Reproduce: 1. Install bind-utils 2. Create a DNS record (ipv6.example.com) with only an AAAA entry 3. `host ipv6.example.com` Actual results: ipv6.example.com has IPv6 address 2001:5c0:xxx::1 Segmentation fault Expected results: ipv6.example.com has IPv6 address 2001:5c0:xxx::1
Hm, works fine on my machine. Would it be possible attach core file, please? $ ulimit -c unlimited $ host ipv6 and then attach core.XXXX file. Thanks
Created attachment 310021 [details] host ipv6.ghiapet.net core dump I'll just assume you meant `limit coredumpsize unlimited`; I'm a tcsh kind of guy. Much to my surprise, host even produced a core dump the first time. If I need to install bind-debuginfo for a better core, just give the word. Oh, note that if the information is in that core but seems different from what you see in my public DNS, it is from an internal DNS server.
(In reply to comment #2) > Much to my surprise, host even produced a core dump the first time. > If I need to install bind-debuginfo for a better core, just give the word. Debuginfo doesn't improve "core quality". Core is always same. Would it be possible run host with -D parameter and attach output, please? (you can also attach next core to ensure that you don't hit different problem) Thanks
Created attachment 310573 [details] output of host -D ipv6.example.com
Created attachment 310574 [details] core dump from host -D
Created attachment 310575 [details] output of host -D ipv6.example.com when it didn't segfault The first time I ran with -D, I'd forgotten to change the coredumpsize, but it didn't segfault that time anyway; it seems quite random. It occurred to me that it might be helpful to have the output from that for comparison, so here it is if it helps at all.
*** Bug 473297 has been marked as a duplicate of this bug. ***
Could anyone retest this bug with proposed fix, please? Download appropriate distro/arch from links written below. Fedora 9: https://kojiweb.fedoraproject.org/koji/taskinfo?taskID=970322 Fedora 10: https://kojiweb.fedoraproject.org/koji/taskinfo?taskID=970335 Thanks
(In reply to comment #8) > Could anyone retest this bug with proposed fix, please? Download appropriate > distro/arch from links written below. That seems much better! The previous version used to segfault in, like, 50% of queries, the new one survived 100 queries in a loop.. Thanks!
(In reply to comment #9) > > That seems much better! The previous version used to segfault in, like, 50% of > queries, the new one survived 100 queries in a loop.. Thanks for feedback, fix will be included in next update.
bind-9.5.1-1.P1.fc9 has been submitted as an update for Fedora 9. http://admin.fedoraproject.org/updates/bind-9.5.1-1.P1.fc9
Created attachment 328545 [details] host -D google.com 127.0.0.1 As requested by developer, attaching the output of "host -D google.com 127.0.0.1". By visual comparison, it's very similar to what the original reporter attached..
bind-9.5.1-1.P1.fc9 has been pushed to the Fedora 9 stable repository. If problems still persist, please make note of it in this bug report.