A more detailed backtrace now that I have correct debug symbols installed:
[root@metrics ~]# gdb /usr/sbin/gmetad -c
/var/spool/abrt/ccpp-2017-03-21-11\:17\:53-54229/coredump
GNU gdb (GDB) Red Hat Enterprise Linux 7.6.1-94.el7
Copyright (C) 2013 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/gmetad...Reading symbols from
/usr/lib/debug/usr/sbin/gmetad.debug...done.
done.
[New LWP 54250]
[New LWP 54229]
[New LWP 54238]
[New LWP 54235]
[New LWP 54234]
[New LWP 54236]
[New LWP 54230]
[New LWP 54231]
[New LWP 54232]
[New LWP 54237]
[New LWP 54233]
[New LWP 54240]
[New LWP 54241]
[New LWP 54239]
[New LWP 54242]
[New LWP 54249]
[New LWP 54246]
[New LWP 54248]
[New LWP 54247]
[New LWP 54243]
[New LWP 54245]
[New LWP 54244]
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib64/libthread_db.so.1".
Core was generated by `/usr/sbin/gmetad -d 5'.
Program terminated with signal 11, Segmentation fault.
#0 0x00007f2c36eb2106 in hash_key (key=0x0, len=945, seed=0) at hash.c:182
182 seed ^= (uint64_t)*bp++;
Missing separate debuginfos, use: debuginfo-install apr-1.4.8-3.el7.x86_64
cairo-1.14.2-1.el7.x86_64 cyrus-sasl-lib-2.1.26-20.el7_2.x86_64
expat-2.1.0-10.el7_3.x86_64 fontconfig-2.10.95-10.el7.x86_64
freetype-2.4.11-12.el7.x86_64 glib2-2.46.2-4.el7.x86_64
glibc-2.17-157.el7_3.1.x86_64 graphite2-1.3.6-1.el7_2.x86_64
harfbuzz-0.9.36-1.el7.x86_64 libX11-1.6.3-3.el7.x86_64
libXau-1.0.8-2.1.el7.x86_64 libXdamage-1.1.4-4.1.el7.x86_64
libXext-1.3.3-3.el7.x86_64 libXfixes-5.0.1-2.1.el7.x86_64
libXrender-0.9.8-2.1.el7.x86_64 libXxf86vm-1.1.3-2.1.el7.x86_64
libconfuse-2.7-7.el7.x86_64 libdrm-2.4.67-3.el7.x86_64
libffi-3.0.13-18.el7.x86_64 libgcc-4.8.5-11.el7.x86_64
libmemcached-1.0.16-5.el7.x86_64 libpng-1.5.13-7.el7_2.x86_64
libselinux-2.5-6.el7.x86_64 libstdc++-4.8.5-11.el7.x86_64
libuuid-2.23.2-33.el7.x86_64 libxcb-1.11-4.el7.x86_64
libxml2-2.9.1-6.el7_2.3.x86_64 libxshmfence-1.2-1.el7.x86_64
mesa-libEGL-11.2.2-2.20160614.el7.x86_64
mesa-libGL-11.2.2-2.20160614.el7.x86_64
mesa-libgbm-11.2.2-2.20160614.el7.x86_64
mesa-libglapi-11.2.2-2.20160614.el7.x86_64
nss-softokn-freebl-3.16.2.3-14.4.el7.x86_64 pango-1.36.8-2.el7.x86_64
pcre-8.32-15.el7_2.1.x86_64 pixman-0.34.0-1.el7.x86_64
rrdtool-1.4.8-9.el7.x86_64 xz-libs-5.2.2-1.el7.x86_64 zlib-1.2.7-17.el7.x86_64
(gdb) bt
#0 0x00007f2c36eb2106 in hash_key (key=0x0, len=945, seed=0) at hash.c:182
#1 0x00007f2c36eb2166 in hashval (key=0x7f2c080008b0, hash=0x7f2c09402890) at
hash.c:195
#2 0x00007f2c36eb2725 in hash_delete (key=0x7f2c080008b0, hash=0x7f2c09402890)
at hash.c:335
#3 0x00007f2c36eb2028 in hash_destroy (hash=0x7f2c09402890) at hash.c:145
#4 0x00007f2c37524062 in cleanup_source (key=0x7f2c0977a320,
val=0x7f2c0977a360, arg=0x7f2c1fffebe0) at cleanup.c:170
#5 0x00007f2c36eb297d in hash_walkfrom (hash=0x7f2c38c74fe0, from=0,
func=0x7f2c37523f02 <cleanup_source>, arg=0x7f2c1fffebe0) at hash.c:402
#6 0x00007f2c37524250 in cleanup_thread (arg=0x0) at cleanup.c:206
#7 0x00007f2c35436dc5 in start_thread () from /lib64/libpthread.so.0
#8 0x00007f2c34f4f73d in clone () from /lib64/libc.so.6
--
Trey Dockendorf
HPC Systems Engineer
Ohio Supercomputer Center
From: Trey Dockendorf <tdockend...@osc.edu<mailto:tdockend...@osc.edu>>
Date: Tuesday, March 21, 2017 at 11:51 AM
To:
"ganglia-developers@lists.sourceforge.net<mailto:ganglia-developers@lists.sourceforge.net>"
<ganglia-developers@lists.sourceforge.net<mailto:ganglia-developers@lists.sourceforge.net>>
Subject: [Ganglia-developers] Segmentation fault in gmetad
I have been getting frequent, many times per day, segfaults with gmetad 3.7.2
on RHEL 7 that is installed from rebuilt SRPM I pulled from Fedora. Below is
the backtrace of a core generated by abrt-ccpp. Let me know what other
information would be useful in getting this segfault fixed or if this is more
appropriate for github issue.
(gdb) bt
#0 0x00007f2c36eb2106 in hash_key () from /lib64/libganglia.so.0
#1 0x00007f2c36eb2166 in hashval () from /lib64/libganglia.so.0
#2 0x00007f2c36eb2725 in hash_delete () from /lib64/libganglia.so.0
#3 0x00007f2c36eb2028 in hash_destroy () from /lib64/libganglia.so.0
#4 0x00007f2c37524062 in cleanup_source ()
#5 0x00007f2c36eb297d in hash_walkfrom () from /lib64/libganglia.so.0
#6 0x00007f2c37524250 in cleanup_thread ()
#7 0x00007f2c35436dc5 in start_thread () from /lib64/libpthread.so.0
#8 0x00007f2c34f4f73d in clone () from /lib64/libc.so.6
--
Trey Dockendorf
HPC Systems Engineer
Ohio Supercomputer Center
------------------------------------------------------------------------------
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
_______________________________________________
Ganglia-developers mailing list
Ganglia-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/ganglia-developers
