Abrt Relevance?

Home » CentOS » Abrt Relevance?
CentOS 8 Comments

I am trying to understand the relevance of the abrt program. It pops up automatically when somethings acts up, but I can’t submit anything to RH, because I haven’t paid their fees. It is a very bad user experience to go through the whole process of describing what led up to the problem and get to the end of the process and be rejected with an un-fixable error message
(because I didn’t buy RHEL support). It seems to me that either:

1. It should be modified so that it points to somewhere that I can file a report (such a place probably doesn’t exist).

or

2. It not automatically activated (because it is irrelevant to most users).

or

3. It should be modified so that it creates a file for submission.

Anybody have any reason to have it act the way it does on C6.5?

Ted Miller Elkhart, IN

P.S. It would be nice if anyone has a hint about why KDE desktop keeps giving me “Process /usr/bin/plasma-desktop was killed by signal 11
(SIGSEGV) errors. My desktop (but not the windows on it) goes black. Usually it comes back in 2-4 seconds, but sometimes it disappears and stays gone. Then I can switch windows with Alt+Tab, but can’t open any new ones, and the only way to log out is Ctl+Alt+Backspace.

8 thoughts on - Abrt Relevance?

  • The goal of CentOS is to:

    “As such, CentOS Linux aims to be functionally compatible with RHEL. We mainly change packages to remove upstream vendor branding and artwork.”

    So, abrt has been modified to remove branding and artwork … we would like to make it more relevant and functional. This is one of the packages where we would certainly like the ability to provide something better than we do .. patches from the community are welcomed/encouraged to make it better.

    Thanks, Johnny Hughes

  • If I’m not mistaken, doesn’t CentOS remove the facilities for using the Red Hat Network, e.g., through yum? If so, removing abrt or not having it attempt to use Red Hat’s abrt server end would be entirely consistent with that, even though it goes beyond “removing branding and artwork”.

  • And I’d be happy to submit patches, if I had the first clue about abrt. Maybe I can find some time to look at it next week, or maybe not. But is there a drawback to just dropping the abrt package until there’s a better solution?

  • I did a search in packages named *abrt* for the string redhat. The only one that seemed relevant was /etc/dbus-1/system.d/dbus-abrt.conf. I tried commenting out everything had the result of adding a warning that says
    “Wrong settings detected for Existing Red Hat Support case, reporting will probably fail if you continue with the current configuration.” when either of the Red Hat Support options are checked. I was hoping that editing the configuration file would remove the options.

    At the moment I guess I’ll settle for “chkconfig abrtd off”

    Ted Miller Elkhart, IN

  • Ted Miller wrote:

    I’ve probably misunderstood completely, but whenever I use the CentOS-7 KDE LiveCD (on a USB stick)
    to install CentOS, I get an abrt warning, and advice to run “sudo abrt-cli list –since 1405637319”
    This produces a report in
    /var/tmp/abrt/oops-2014-07-15-15:00:26-561-0
    which seems quite interesting to me, and probably very informative to a guru. It seems to be describing some sort of kernel crash, with backtrace of the final state.

    Assuming this is what abrtd is responsible for, it would appear to me quite useful, even if noone at RedHat is interested.

    But as I said, I have probably misunderstood the whole thing.