[Freeipa-devel] named core dump

Sun Feb 19 20:30:47 UTC 2012

On Sun, Feb 19, 2012 at 8:44 PM, Simo Sorce <simo at redhat.com> wrote:

> On Sun, 2012-02-19 at 17:17 +0100, Marco Pizzoli wrote:
> > Hi guys,
> > today I'm playing a lot with FreeIPA 2.1.90.
> > I'm not sure about the exact moment, but I had a named core dump.
> >
> > My system run with named:
> > bind-license-9.8.2-0.2.rc1.fc16.noarch
> > bind-libs-lite-9.8.2-0.2.rc1.fc16.x86_64
> > bind-9.8.2-0.2.rc1.fc16.x86_64
> > bind-libs-9.8.2-0.2.rc1.fc16.x86_64
> > bind-utils-9.8.2-0.2.rc1.fc16.x86_64
> > bind-dyndb-ldap-1.1.0-0.8.a2.fc16.x86_64
> >
> > Probably it happened during a "ipa-client-install
> > --enable-dns-updates" execution from a client machine. I have saved
> > the core and I can send to you if necessary.
> > Actually my "freeipa01" fedora16 system generated a dir
> > under /var/spool/abrt which I think could be more meaningful in
> > tracking the cause.
> > This is what I saw in my /var/log/messages log
> >
> > [ 5111.204303] named[1127] general protection ip:7f80d502cd82
> > sp:7f80d6a82148 error:0 in ldap.so[7f80d5024000+1c000]
> >
>
> Do you have a backtrace in the abrt dir ?
> If so can you send it to the list ?
>

Honestly, I'm not a great expert in dealing with these things. I hope to
have followed the right steps.
Please give me a feedback in both cases.

[root at freeipa01 ccpp-2012-02-19-16:37:03-1126]# gdb coredump
GNU gdb (GDB) Fedora (7.3.50.20110722-10.fc16)
Copyright (C) 2011 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html
>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "x86_64-redhat-linux-gnu".
For bug reporting instructions, please see:
<http://www.gnu.org/software/gdb/bugs/>...
Reading symbols from /usr/sbin/named...Reading symbols from
/usr/lib/debug/usr/sbin/named.debug...done.
done.
[New LWP 1127]
[New LWP 1128]
[New LWP 1129]
[New LWP 1126]

warning: Can't read pathname for load map: Input/output error.
Core was generated by `/usr/sbin/named -u named'.
Program terminated with signal 11, Segmentation fault.
#0  0x00007f80d502cd82 in ldap_cache_enabled (cache=0xdededededededede) at
cache.c:216
216             return (cache->rbt != NULL) ? ISC_TRUE : ISC_FALSE;
Missing separate debuginfos, use: debuginfo-install
cyrus-sasl-gssapi-2.1.23-27.fc16.x86_64
cyrus-sasl-lib-2.1.23-27.fc16.x86_64 cyrus-sasl-md5-2.1.23-27.fc16.x86_64
cyrus-sasl-plain-2.1.23-27.fc16.x86_64 glibc-2.14.90-24.fc16.4.x86_64
keyutils-libs-1.5.2-1.fc16.x86_64 krb5-libs-1.9.2-6.fc16.x86_64
libattr-2.4.46-2.fc16.x86_64 libcap-2.22-1.fc15.x86_64
libcom_err-1.41.14-2.fc15.x86_64 libdb-5.2.36-1.fc16.x86_64
libselinux-2.1.6-6.fc16.x86_64 libxml2-2.7.8-6.fc16.x86_64
nspr-4.8.9-2.fc16.x86_64 nss-3.13.1-11.fc16.x86_64
nss-softokn-freebl-3.13.1-15.fc16.x86_64 nss-util-3.13.1-3.fc16.x86_64
openldap-2.4.26-6.fc16.x86_64 openssl-1.0.0g-1.fc16.x86_64
sssd-client-1.7.0-5.fc16.x86_64 zlib-1.2.5-6.fc16.x86_64
(gdb)
(gdb)
(gdb)
(gdb)
(gdb) bt
#0  0x00007f80d502cd82 in ldap_cache_enabled (cache=0xdededededededede) at
cache.c:216
#1  0x00007f80d502cdd9 in ldap_cache_getrdatalist (mctx=0x7f80dc968250,
cache=0xdededededededede, name=0x7f80d6a82260,
    rdatalist=0x7f80d6a82240) at cache.c:177
#2  0x00007f80d503617a in ldapdb_rdatalist_get (mctx=0x7f80dc968250,
ldap_inst=0x7f80da7b2f10, name=0x7f80d6a82260, origin=0x7f80d0207c58,
    rdatalist=0x7f80d6a82240) at ldap_helper.c:1466
#3  0x00007f80d502fc7e in find (db=0x7f80d0207c40, name=0x7f80d0738020,
version=<optimized out>, type=28, options=<optimized out>,
    now=<optimized out>, nodep=0x7f80d6a82880, foundname=0x7f80d0737ee0,
rdataset=0x7f80d073b050, sigrdataset=0x0) at ldap_driver.c:498
#4  0x00007f80da82c01f in query_find (client=0x7f80d06943a0, event=0x0,
qtype=28) at query.c:5474
#5  0x00007f80da833011 in ns_query_start (client=0x7f80d06943a0) at
query.c:7214
#6  0x00007f80da81a6de in client_request (task=<optimized out>,
event=<optimized out>) at client.c:1913
#7  0x00007f80d8ae3e98 in dispatch (manager=0x7f80da78f010) at task.c:1012
#8  run (uap=0x7f80da78f010) at task.c:1157
#9  0x00007f80d8499d90 in ?? ()
#10 0x0000000000000000 in ?? ()

> If you need help generating the backtrace from the core dump I can catch
> with you tomorrow on the #freeipa channel.
>

Thanks
Marco
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listman.redhat.com/archives/freeipa-devel/attachments/20120219/32c54154/attachment.htm>