Maciej,
Yep, SELinux is off:
[root@home4 laytonjb]# cat /etc/sysconfig/selinux
# This file controls the state of SELinux on the system.
# SELINUX= can take one of these three values:
# enforcing - SELinux security policy is enforced.
# permissive - SELinux prints warnings instead of enforcing.
# disabled - No SELinux policy is loaded.
SELINUX=disabled
# SELINUXTYPE= can take one of these two values:
# targeted - Targeted processes are protected,
# mls - Multi Level Security protection.
SELINUXTYPE=targeted
I don't see anything in any logs. Here is the end of /var/log/messages:
Feb 9 13:14:07 home4 kernel: gmond[8866]: segfault at 8 ip
00000036a7ce6ceb sp 00007fffabb234d0 error 4 in
libpython2.6.so.1.0[36a7c00000+15d000]
Feb 9 13:14:07 home4 abrt[8877]: Saved core dump of pid 8866
(/usr/local/sbin/gmond) to /var/spool/abrt/ccpp-2014-02-09-13:14:07-8866
(5361664 bytes)
Feb 9 13:14:07 home4 abrtd: Directory 'ccpp-2014-02-09-13:14:07-8866'
creation detected
Feb 9 13:14:07 home4 abrtd: Executable '/usr/local/sbin/gmond' doesn't
belong to any package and ProcessUnpackaged is set to 'no'
Feb 9 13:14:07 home4 abrtd: 'post-create' on
'/var/spool/abrt/ccpp-2014-02-09-13:14:07-8866' exited with 1
Feb 9 13:14:07 home4 abrtd: Deleting problem directory
'/var/spool/abrt/ccpp-2014-02-09-13:14:07-8866'
I did check audit.log and there was only one line that
pertained to anything
type=ANOM_ABEND msg=audit(1391969647.201:480): auid=500 uid=0 gid=0
ses=1 pid=8866 comm="gmond" sig=11
I built the code with almost everything enabled. I thought
about removing some packages from my system and
rebuilding. For example, I could try removing libcmemcached
but I'm not sure that will do any good.
Maybe I need to drop back to an older ganglia version?
Thanks for your help!
Jeff
Ok, that's weird. Could you recheck SELinux config and/or logs in
/var/log/messages and audit.log?
On Sun, Feb 09, 2014 at 09:54:09AM -0500, Jeff Layton wrote:
Maciej,
I'm attaching a tar-gzip file with the strace logs (I hope it
gets through the various filters).
There are 11 separate strace files (I didn't combine them
into one). The only one that has a segfault in it is 3537:
access("/usr/local/lib64/ganglia/python_modules", F_OK) = 0
access("/usr/local/lib64/ganglia/python_modules", R_OK) = 0
--- SIGSEGV (Segmentation fault) @ 0 (0) ---
I ran gmond as root. It appears to be something just after
the permissions on python module directory are checked
(my naive attempt at understand the strace output).
Thanks!
Jeff
strace -s 1024 -ff -o strace.log gmond-c /etc/ganglia/gmond.conf
------------------------------------------------------------------------------
Managing the Performance of Cloud-Based Applications
Take advantage of what the Cloud has to offer - Avoid Common Pitfalls.
Read the Whitepaper.
http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk
_______________________________________________
Ganglia-developers mailing list
Ganglia-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/ganglia-developers
------------------------------------------------------------------------------
Managing the Performance of Cloud-Based Applications
Take advantage of what the Cloud has to offer - Avoid Common Pitfalls.
Read the Whitepaper.
http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk
_______________________________________________
Ganglia-developers mailing list
Ganglia-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/ganglia-developers
