Bug 768149
Summary: | System doesn't generate corefile when expected | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Scott Lurndal <scott> |
Component: | abrt | Assignee: | Jiri Moskovcak <jmoskovc> |
Status: | CLOSED ERRATA | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
Severity: | medium | Docs Contact: | |
Priority: | unspecified | ||
Version: | 16 | CC: | dfediuck, dvlasenk, iprikryl, jakub, jmoskovc, kklic, maurizio.antillon, mmilata, mtoman, npajkovs, rmaurya |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | x86_64 | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: |
Move to abrt
Why is this software deleting my core file?
I've removed the package. but it shouldn't be installed by default.
Dec 15 13:16:52 wot kernel: [16096.132000] test[9739]: segfault at 0 ip 00000000004005da sp 00007fff812987e0 error 6 in test[400000+1000]
Dec 15 13:16:52 wot abrtd: Directory 'ccpp-2011-12-15-13:16:52-9739' creation detected
Dec 15 13:16:52 wot abrt[9740]: Saved core dump of pid 9739 (/tmp/test) to /var/spool/abrt/ccpp-2011-12-15-13:16:52-9739 (397312 bytes)
Dec 15 13:16:54 wot abrtd: Executable '/tmp/test' doesn't belong to any package
Dec 15 13:16:54 wot abrtd: Corrupted or bad dump /var/spool/abrt/ccpp-2011-12-15-13:16:52-9739 (res:2), deleting
|
Story Points: | --- |
Clone Of: | Environment: | ||
Last Closed: | 2012-08-30 00:57:39 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
Scott Lurndal
2011-12-15 21:26:34 UTC
Technical note added. If any revisions are required, please edit the "Technical Notes" field accordingly. All revisions will be proofread by the Engineering Content Services team. New Contents: Move to abrt Why is this software deleting my core file? I've removed the package. but it shouldn't be installed by default. Dec 15 13:16:52 wot kernel: [16096.132000] test[9739]: segfault at 0 ip 00000000004005da sp 00007fff812987e0 error 6 in test[400000+1000] Dec 15 13:16:52 wot abrtd: Directory 'ccpp-2011-12-15-13:16:52-9739' creation detected Dec 15 13:16:52 wot abrt[9740]: Saved core dump of pid 9739 (/tmp/test) to /var/spool/abrt/ccpp-2011-12-15-13:16:52-9739 (397312 bytes) Dec 15 13:16:54 wot abrtd: Executable '/tmp/test' doesn't belong to any package Dec 15 13:16:54 wot abrtd: Corrupted or bad dump /var/spool/abrt/ccpp-2011-12-15-13:16:52-9739 (res:2), deleting What's the output of $ ulimit -c on your system? If you set ulimit -c unlimited (or some other sane limit) abrt will create core.<PID>. Your test case from c#1 is wrong, you never get a core when running program in gdb. If you set ulimit -c unlimited and run your ./test you should get a core in CWD as you're are used to. If not then it's a bug in ABRT, but I just tried that and it works on my system. Ah, sorry, I was a bit harsh and didn't noticed that you actually run the test after you set the ulimit. Meanwhile instead of removing you can just $ service abrt-ccpp stop which will restore the default corefile handling. Did a quick test with you testing code: [10:41:23 jmoskovc@dhcp-24-187 ~]$ ./a.out constructor Segmentation fault (core dumped) [10:42:03 jmoskovc@dhcp-24-187 ~]$ ls | grep core core.4020 syslog: Dec 16 10:42:03 dhcp-24-187 kernel: [ 2589.862142] a.out[4020]: segfault at 0 ip 00000000004005da sp 00007fff1522f530 error 6 in a.out[400000+1000] Dec 16 10:42:03 dhcp-24-187 abrtd: Directory 'ccpp-2011-12-16-10:42:03-4020' creation detected Dec 16 10:42:03 dhcp-24-187 abrt[4021]: Saved core dump of pid 4020 (/home/jmoskovc/a.out) to /var/spool/abrt/ccpp-2011-12-16-10:42:03-4020 (397312 bytes) Dec 16 10:42:03 dhcp-24-187 abrtd: Executable '/home/jmoskovc/a.out' doesn't belong to any package Dec 16 10:42:03 dhcp-24-187 abrtd: 'post-create' on '/var/spool/abrt/ccpp-2011-12-16-10:42:03-4020' exited with 1 Dec 16 10:42:03 dhcp-24-187 abrtd: Corrupted or bad directory /var/spool/abrt/ccpp-2011-12-16-10:42:03-4020, deleting - please note that abrt only removes the coredump copy in /var/spool/abrt, it doesn't remove the core in CWD - ABRT had a few bugs in the logic which creates the cores in CWD which should be fixed by abrt-2.0.7 which is a pending update https://admin.fedoraproject.org/updates/FEDORA-2011-16990, could you please re-try it and let us know if it fixes your problem? I'll try the new one when it pushes through updates. I was quite surprised by the default core file behavior changing in such a way without any warning (that I could find) in the release notes. Granted I upgraded from FC6 directly to FC16, but I think warnings to developers that your core file may not appear should be provided in the release notes(and that the wait status provided by the kernel to waitpid(2)/wait(2) is incorrect - i.e. the core file bit is set, even when no core file is emitted). I question why abrt even cares about my executables - shouldn't they have been ignored (even if it is called 'test', which matches a system utility, the directory which contained the executable was /tmp, and the faulting process cwd was also /tmp). When porting my application from FC6/Ubuntu 9.04 to FC16 to test the 4.6 version of gcc, the application immediately segfaulted, but I couldn't get a core dump. It took a while for me to consider checking /var/log/messages for any indications as to why the core file was not being produced regardless of RLIM_CORE soft limit. (Turned out to be an issue with the call order of static constructors being different between binutils/gcc 4.4 and binutils/gcc 4.6 - an easy fix once debugged). I believe strongly that abrt should completely ignore any faulting executable that is not listed in the rpm database for the system (i.e. resolvable via rpm -q -f path); the core file behavior should be that of traditional unix (augmented with the pid when configured) and RHEL3/4/5 releases. I'm not going to explain how abrt works, it's on our wiki, but when the abrt-ccpp service is enabled it can't ignore your cores, becuase it replaces the default core writing mechanism. The fact that it was "eating" your cores is unfortunate, but it wasn't our intention, it was a bug. libreport-2.0.12-2.fc17, abrt-2.0.11-1.fc17, btparser-0.18-2.fc17 has been submitted as an update for Fedora 17. https://admin.fedoraproject.org/updates/FEDORA-2012-11529/abrt-2.0.11-1.fc17,libreport-2.0.12-2.fc17,btparser-0.18-2.fc17 Package abrt-2.0.12-1.fc17, libreport-2.0.13-1.fc17, btparser-0.18-2.fc17: * should fix your issue, * was pushed to the Fedora 17 testing repository, * should be available at your local mirror within two days. Update it with: # su -c 'yum update --enablerepo=updates-testing abrt-2.0.12-1.fc17 libreport-2.0.13-1.fc17 btparser-0.18-2.fc17' as soon as you are able to. Please go to the following url: https://admin.fedoraproject.org/updates/FEDORA-2012-11529/abrt-2.0.12-1.fc17,libreport-2.0.13-1.fc17,btparser-0.18-2.fc17 then log in and leave karma (feedback). abrt-2.0.12-1.fc17, libreport-2.0.13-2.fc17, btparser-0.18-2.fc17 has been pushed to the Fedora 17 stable repository. If problems still persist, please make note of it in this bug report. Trying to use LiveCode IDE, hit some issue, expecting core dump, /var/log/messages shows the following. Feb 26 22:40:18 honeypot abrtd: Directory 'ccpp-2013-02-26-22:40:17-17832' creation detected Feb 26 22:40:18 honeypot abrt[17839]: Saved core dump of pid 17832 (/home/rmaurya/.runrev/components/livecode-5.5.3-gm-2/livecode.x86) to /var/spool/abrt/ccpp-2013-02-26-22:40:17-17832 (38223872 bytes) Feb 26 22:40:18 honeypot abrtd: Executable '/home/rmaurya/.runrev/components/livecode-5.5.3-gm-2/livecode.x86' doesn't belong to any package Feb 26 22:40:18 honeypot abrtd: 'post-create' on '/var/spool/abrt/ccpp-2013-02-26-22:40:17-17832' exited with 1 Feb 26 22:40:18 honeypot abrtd: Corrupted or bad directory '/var/spool/abrt/ccpp-2013-02-26-22:40:17-17832', deleting I'm on FC18 [rmaurya@honeypot ~]$ uname -a Linux honeypot 3.7.8-202.fc18.x86_64 #1 SMP Fri Feb 15 17:33:07 UTC 2013 x86_64 x86_64 x86_64 GNU/Linux To reproduce:- - Install LiveCodeInstaller-5_5_3-Linux.x86 from runrev.com, use trial version. - Create a main-stack, add button to frame, click code from the toolbar. - IDE Crashes. Any suggestions? |