Bug 746107 - abrt hools for ccpp and oops are not set anymore
Summary: abrt hools for ccpp and oops are not set anymore
Keywords:
Status: CLOSED CURRENTRELEASE
Alias: None
Product: Fedora
Classification: Fedora
Component: abrt
Version: 16
Hardware: i686
OS: Linux
unspecified
high
Target Milestone: ---
Assignee: Denys Vlasenko
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2011-10-13 21:48 UTC by Thomas Meyer
Modified: 2012-08-10 08:01 UTC (History)
9 users (show)

Fixed In Version: abrt-2.0.10-4
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2012-08-10 08:01:44 UTC
Type: ---


Attachments (Terms of Use)

Description Thomas Meyer 2011-10-13 21:48:05 UTC
Description of problem:
with these arbt components installed I don't get any crashes fetch by arbtd because /proc/sys/kernel/core_patterns doesn't point to:
/usr/libexec/abrt-hook-ccpp %s %c %p %u %g %t e

$ yum list installed 'abrt*'
Geladene Plugins: auto-update-debuginfo, langpacks, presto, refresh-packagekit
Installierte Pakete
abrt.i686                               2.0.4.981-3.fc16              @updates-testing
abrt-addon-ccpp.i686                    2.0.4.981-3.fc16              @updates-testing
abrt-addon-kerneloops.i686              2.0.4.981-3.fc16              @updates-testing
abrt-addon-python.i686                  2.0.4.981-3.fc16              @updates-testing
abrt-addon-vmcore.i686                  2.0.4.981-3.fc16              @updates-testing
abrt-cli.i686                           2.0.4.981-3.fc16              @updates-testing
abrt-desktop.i686                       2.0.4.981-3.fc16              @updates-testing
abrt-devel.i686                         2.0.4.981-3.fc16              @updates-testing
abrt-gui.i686                           2.0.4.981-3.fc16              @updates-testing
abrt-libs.i686                          2.0.4.981-3.fc16              @updates-testing
abrt-retrace-client.i686                2.0.4.981-3.fc16              @updates-testing

nobody seems to call '/usr/sbin/abrt-install-ccpp-hook'.

the old rc init scripts were delete:

$ ll *abrt*
lrwxrwxrwx. 1 root root 19  5. Aug 15:32 S82abrt-ccpp -> ../init.d/abrt-ccpp
lrwxrwxrwx. 1 root root 19  5. Aug 15:32 S82abrt-oops -> ../init.d/abrt-oops

$ ll /etc/init.d/abrt*
ls: cannot access /etc/init.d/abrt*: No such file or directory

Comment 1 Jiri Moskovcak 2011-10-14 05:49:16 UTC
Was it update from F15 to F16? or this happen after update in already installed F16? The old init scripts are deleted as they are superseded by systemd scripts.

Comment 2 Thomas Meyer 2011-10-14 06:37:44 UTC
Hi Jiri,

my system is a Fedora 15 system that was upgraded via the upgrade DVD to Fedora 16 (Beta).

what part should call above progam to install the hooks in the systemd world? I dont' see any ExecPreStart in the abrtd.service file.

Comment 3 Jiri Moskovcak 2011-10-14 07:02:17 UTC
Should be these files:

/lib/systemd/system/abrt-ccpp.service
/lib/systemd/system/abrt-oops.service

try:
$ systemctl enable abrt-oops.service
$ systemctl enable abrt-ccpp.service

- but it should be done automatically during the update, so  if it didn't it's a bug

Comment 4 Thomas Meyer 2011-10-15 12:06:52 UTC
okay, that did the trick. I did start and enable both services now. I had a quick look at the postinstall script of the abrt-addon-ccpp package but I couldn't figure out the meaning of the first argument of the script "$1":

assuming the argument was greater 1 this would have been run at package upgrade time:
if [ $1 -gt 1 ]; then # Is this an upgrade?
   /sbin/chkconfig --add abrt-ccpp > /dev/null 2>&1 || :
   /sbin/pidof abrtd >/dev/null 2>&1
   if [ $? -eq 0 ]; then # Is abrtd running?
      service abrt-ccpp restart >/dev/null 2>&1 || :
   fi
fi

doing this manually, results in:

$ chkconfig --add abrt-ccpp
error reading information on service abrt-ccpp: No such file or directory

an strace revelas that it tries to read these files:

open("/home/thomas/.popt", O_RDONLY|O_LARGEFILE) = -1 ENOENT (No such file or directory)
open("/etc/init.d/abrt-ccpp", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/etc/xinetd.d/abrt-ccpp", O_RDONLY) = -1 ENOENT (No such file or directory)
write(2, "error reading information on ser"..., 74error reading information on service abrt-ccpp: No such file or directory
) = 74
exit_group(1)

Comment 5 Thomas Meyer 2011-10-15 12:09:24 UTC
btw the latest abrt version doesn't seem to add the bug reporter to the CC address list, so I'm not informed about updates of my bug reports. Bug or feature?

Comment 6 Marina Zhurakhinskaya 2011-10-17 02:30:53 UTC
Same thing happened to me after an upgrade from F15 to F16 with preupgrade. abrt was not working. /proc/sys/kernel/core_pattern contained the word "core". Doing

echo "|/usr/libexec/abrt-hook-ccpp %s %c %p %u %g %t e" > /proc/sys/kernel/core_pattern

as root fixed the problem.

Comment 7 Jiri Moskovcak 2012-08-10 08:01:44 UTC
Should be fixed since abrt-2.0.10-4.


Note You need to log in before you can comment on or make changes to this bug.