Description of problem: Crashed while running ipa-client-install. Version-Release number of selected component: bind-utils-9.9.3-3.P1.fc19 Additional info: reporter: libreport-2.1.5 backtrace_rating: 4 cmdline: /usr/bin/nsupdate -g crash_function: isc_assertion_failed executable: /usr/bin/nsupdate kernel: 3.9.9-301.fc19.x86_64 runlevel: N 5 uid: 0 var_log_messages: Jul 15 17:31:00 stef abrt[23778]: Saved core dump of pid 23691 (/usr/bin/nsupdate) to /var/tmp/abrt/ccpp-2013-07-15-17:31:00-23691 (44204032 bytes) Truncated backtrace: Thread no. 1 (4 frames) #2 isc_assertion_failed at assertions.c:58 #3 destroy at mem.c:1102 #4 isc__mem_destroy at mem.c:1253 #5 cleanup at ./nsupdate.c:2961
Created attachment 773825 [details] File: backtrace
Created attachment 773826 [details] File: cgroup
Created attachment 773827 [details] File: core_backtrace
Created attachment 773828 [details] File: dso_list
Created attachment 773829 [details] File: environ
Created attachment 773830 [details] File: limits
Created attachment 773831 [details] File: maps
Created attachment 773832 [details] File: open_fds
Created attachment 773833 [details] File: proc_pid_status
*** Bug 1017077 has been marked as a duplicate of this bug. ***
Hi. Can you please describe what were you doing when nslookup crashed? So I can reproduce it. Thanks!
I wasn't using nslookup directly. It was invoked by sssd.
(In reply to Stef Walter from comment #12) > I wasn't using nslookup directly. It was invoked by sssd. Did it happen only once, or does it crash every time it is invoked by sssd?
Also if you have some steps I can follow to reproduce this issue, it would be more than helpful. Thanks.
I believe this issue is the same as Bug #1034824
Upstream Bug [ISC-Bugs #35073]
Fixed in: bind-9.9.3-13.P2.fc19 bind-9.9.4-9.fc20 bind-9.9.4-9.fc21
bind-9.9.3-14.P2.fc19 has been submitted as an update for Fedora 19. https://admin.fedoraproject.org/updates/bind-9.9.3-14.P2.fc19
bind-9.9.4-11.P2.fc20 has been submitted as an update for Fedora 20. https://admin.fedoraproject.org/updates/bind-9.9.4-11.P2.fc20
bind-9.9.3-14.P2.fc19 has been pushed to the Fedora 19 stable repository. If problems still persist, please make note of it in this bug report.
bind-9.9.4-11.P2.fc20 has been pushed to the Fedora 20 stable repository. If problems still persist, please make note of it in this bug report.
Was this fix applied to RHEL6 at some point also? I believe I saw this on a RHEL6.6 test. Unfortunately, we haven't seen it more than once so I can't speak to how easy to reproduce. Should I open a separate bug for RHEL6 for this? Or is this the same and should be cloned? :[New Thread 7007] :[Thread debugging using libthread_db enabled] :Core was generated by `/usr/bin/nsupdate -g /etc/ipa/.dns_update.txt'. rogram terminated with signal 6, Aborted. :#0 0x00a5b424 in __kernel_vsyscall () : :Thread 1 (Thread 0xb7784950 (LWP 7007)): :#0 0x00a5b424 in __kernel_vsyscall () :No symbol table info available. :#1 0x00d49871 in raise (sig=6) at ../nptl/sysdeps/unix/sysv/linux/raise.c:64 : resultvar = <value optimized out> : resultvar = <value optimized out> : pid = 15405044 : selftid = 7007 :#2 0x00d4b14a in abort () at abort.c:92 : save_stage = 2 : act = {__sigaction_handler = {sa_handler = 0xbfd55854, sa_sigaction = 0xbfd55854}, sa_mask = {__val = {7374056, 3218430024, 5384788, 0, 3078122816, 5, 0, 1, 3078133784, 3218430056, 5384788, 0, 0, 5, 0, 1, 3078133784, 0, 3218430096, 3078121384, 3218430024, 3218430036, 25, 5384440, 3078133784, 0, 3218430128, 7386462, 3218430056, 3218430068, 134519818, 7386232}}, sa_flags = -1216833512, sa_restorer = 0} : sigs = {__val = {32, 0 <repeats 31 times>}} :#3 0x00711dd9 in isc_assertion_failed (file=0x750b24 "mem.c", line=1099, type=isc_assertiontype_insist, cond=0x750df6 "ctx->stats[i].gets == 0U") at assertions.c:58 :No locals. :#4 0x007258db in destroy (ctx=<value optimized out>) at mem.c:1099 : i = <value optimized out> : ondest = {magic = 3218430272, events = {head = 0x511a65, tail = 0x522ab0}} :#5 0x00725bd5 in isc__mem_destroy (ctxp=0x80554e0) at mem.c:1250 : ctx = 0x9ee1018 :#6 0x080525a1 in cleanup (argc=3, argv=0xbfd55a74) at ./nsupdate.c:2913 :No locals. :#7 main (argc=3, argv=0xbfd55a74) at ./nsupdate.c:2965 : result = <value optimized out>
Hi Scott. I don't think it was applied to RHEL-6. Feel free to clone this bug if able to reproduce e.g. with reproducer from Bug #1034824 Anyway the issue is caused by a memory leak in nsupdate.