Bug 195750
Summary: | procps binaries segfault on x86_64 | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Doug Rosser <drosser> |
Component: | procps | Assignee: | Daniel Novotny <dnovotny> |
Status: | CLOSED CANTFIX | QA Contact: | Brian Brock <bbrock> |
Severity: | medium | Docs Contact: | |
Priority: | medium | ||
Version: | 5 | CC: | mschlens, tsmetana |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | x86_64 | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2007-05-14 13:50:37 UTC | Type: | --- |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: |
Description
Doug Rosser
2006-06-17 01:30:20 UTC
It works for me. There must be wrong anything other in your system, because your report is alone, although x86_64 is used very often... $ rpm -qa --queryformat "%{name}-%{version}-%{release}.%{arch}\n" | grep procps procps-3.2.6-3.4.x86_64 $ ps -ef | wc -l 110 $ uname -a Linux hostname.domain 2.6.16-1.2133_FC5 #1 SMP Tue Jun 6 00:51:53 EDT 2006 x86_64 x86_64 x86_64 GNU/Linux For troubleshooting, he might try installing the upstream version. It's very easy to do: wget http://procps.sf.net/procps-3.2.7.tar.gz tar zxf procps-3.2.7.tar.gz cd procps-3.2.7.tar.gz make install I can't reproduce the problem and nobody else reports this. Since the submitter did not provide any further information I'm closing the bug. Sorry for re-opening this ancient bug but it still seems to be present in F11. It seems to be a bug related to the hardware, as I seem to have the same system (AMD Solo). I don't know if anyone is still interested in fixing bugs that only show up on 7yr old pre-production hardware. But if so, I'll try to be helpful in any way possible. Here some more information: $ rpm -qa --queryformat "%{name}-%{version}-%{release}.%{arch}\n" | grep procps procps-3.2.7-27.fc11.x86_64 $ uname -a Linux localhost 2.6.29.5-191.fc11.x86_64 #1 SMP Tue Jun 16 23:23:21 EDT 2009 x86_64 x86_64 x86_64 GNU/Linux $ ps Segmentation fault $ top Segmentation fault $ sysctl Segmentation fault $ grep "general protection" /var/log/messages | grep "Jul 9" Jul 9 02:03:16 localhost kernel: sysctl[88] general protection ip:349e60ab2d sp:7fff8a16f3b8 error:0 in libproc-3.2.7.so[349e600000+e000] Jul 9 02:03:16 localhost kernel: sysctl[845] general protection ip:349e60ab2d sp:7fff98302178 error:0 in libproc-3.2.7.so[349e600000+e000] Jul 9 02:03:22 localhost kernel: sysctl[1281] general protection ip:349e60ab2d sp:7fff54ced548 error:0 in libproc-3.2.7.so[349e600000+e000] Jul 9 12:19:40 localhost kernel: ps[1720] general protection ip:349e60ab2d sp:7ffff3fcb178 error:0 in libproc-3.2.7.so[349e600000+e000] Jul 9 12:19:50 localhost kernel: ps[1722] general protection ip:349e60ab2d sp:7fffc149c0e8 error:0 in libproc-3.2.7.so[349e600000+e000] Jul 9 12:19:59 localhost kernel: top[1723] general protection ip:349e60ab2d sp:7fff6a75a568 error:0 in libproc-3.2.7.so[349e600000+e000] Jul 9 12:20:22 localhost kernel: top[1725] general protection ip:349e60ab2d sp:7fffc4d01e28 error:0 in libproc-3.2.7.so[349e600000+e000] Jul 9 12:25:43 localhost kernel: sysctl[1728] general protection ip:349e60ab2d sp:7fffc3a8a188 error:0 in libproc-3.2.7.so[349e600000+e000] Hello Marc, you can try to install the debuginfo packages ("debuginfo-install procps") and try to run ps with valgrind or gdb to get some more clues. Note: I have changed the assignee to the recent maintainer. I think this bug is worth investigating since it might show some more generic problem. I'd like to help here if possible but the actual decision on reopening the bug is up to Dan. Hi Dan, that's already more than I expected :) Here is the output for top (message is identical for the other programs that segfault): Starting program: /usr/bin/top Program received signal SIGSEGV, Segmentation fault. 0x000000349e60ab2d in set_fast_math () at ../../../gcc/config/i386/crtfastmath.c:97 97 ../../../gcc/config/i386/crtfastmath.c: No such file or directory. in ../../../gcc/config/i386/crtfastmath.c hello Marc, I tried to google "crtfastmath" and "set_fast_math" a bit and found this: http://netdomination.org/~stkn/index.php?/archives/24-Anatomy-of-a-segfault....html so I made a build of procps without the -ffastmath compile switch: you can try it here: http://koji.fedoraproject.org/koji/taskinfo?taskID=1463271 and see if it helps... Hi Dan, yes, that actually fixed it. Very cool :) That's more than I was expecting when I re-opened the bug. Thanks and best regards, Marc |