Description of problem: Blacklist doesn't work How reproducible: Steps to Reproduce: 1. Following line in /etc/abrt/abrt.conf BlackList = nspluginwrapper, valgrind, strace, mono-core, coreutils 2. $ sleep 5m 3. $ pkill -SIGSEGV sleep Actual results: The error is catched anyway
I can reproduce it even with strace, which is blacklisted by default. There seems to me some regression in recent week (worked 2 weeks before).
did you try to restart the daemon? $ service abrtd restart
(In reply to comment #2) > did you try to restart the daemon? > > $ service abrtd restart Yes.
I see no success yet on Test Day page and Michal can reproduce, so there is probably some issue.
Yep doesn't work for me either. Tried some more combinations of BlakList parameter: BlackList = coreutils => Mar 31 14:03:48 localhost abrt[6109]: saved core dump of pid 6108 (/bin/sleep) to /var/spool/abrt/ccpp-2011-03-31-14:03:48-6108.new/coredump (339968 bytes) Mar 31 14:03:48 localhost abrtd: Directory 'ccpp-2011-03-31-14:03:48-6108' creation detected Mar 31 14:03:48 localhost abrtd: Corrupted or bad dump /var/spool/abrt/ccpp-2011-03-31-14:03:48-6108 (res:2), deleting BlackList = nspluginwrapper,valgrind,strace,mono-core,coreutils => similar result with (res:2), deleting Michal tells me that (res:2) means blacklisted. If so, it should be more obvious for regular user!
(In reply to comment #5) > => > Mar 31 14:03:48 localhost abrt[6109]: saved core dump of pid 6108 (/bin/sleep) > to /var/spool/abrt/ccpp-2011-03-31-14:03:48-6108.new/coredump (339968 bytes) > Mar 31 14:03:48 localhost abrtd: Directory 'ccpp-2011-03-31-14:03:48-6108' > creation detected > Mar 31 14:03:48 localhost abrtd: Corrupted or bad dump > /var/spool/abrt/ccpp-2011-03-31-14:03:48-6108 (res:2), deleting > > BlackList = nspluginwrapper,valgrind,strace,mono-core,coreutils > > => similar result with (res:2), deleting > > Michal tells me that (res:2) means blacklisted. If so, it should be more > obvious for regular user! Honestly dmesg is not for regular users. see: i801_smbus 0000:00:1f.3: PCI INT A -> GSI 23 (level, low) -> IRQ 23 I don't have any clue, what's going on :) only the message is a little bit misleading and I'm going to fix it commit 90fe3a9d0cd766d18d1142d8d6981193a5715643 Author: Nikola Pajkovsky <npajkovs> Date: Mon Apr 4 12:02:27 2011 +0200 rhbz#692465 - Blacklist doesn't work parse_value() doesn't trim the string. Lest say BlackList = coreutils, mono the parsed list looks like -> 'coreutils', ' mono' Signed-off-by: Nikola Pajkovsky <npajkovs>
Hmm, understand your point regarding readability of dmesg. Anyway, it would be usefull to document this behavior somewhere, eg in man for abrt.conf?
abrt-2.0.1-1.fc15 has been submitted as an update for Fedora 15. https://admin.fedoraproject.org/updates/abrt-2.0.1-1.fc15
Package abrt-2.0.1-1.fc15: * should fix your issue, * was pushed to the Fedora 15 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.1-1.fc15' as soon as you are able to. Please go to the following url: https://admin.fedoraproject.org/updates/abrt-2.0.1-1.fc15 then log in and leave karma (feedback).
abrt-2.0.1-2.fc15 has been submitted as an update for Fedora 15. https://admin.fedoraproject.org/updates/abrt-2.0.1-2.fc15
abrt-2.0.1-2.fc15 has been pushed to the Fedora 15 stable repository. If problems still persist, please make note of it in this bug report.