Note: This bug is displayed in read-only format because the product is no longer active in Red Hat Bugzilla.
RHEL Engineering is moving the tracking of its product development work on RHEL 6 through RHEL 9 to Red Hat Jira (issues.redhat.com). If you're a Red Hat customer, please continue to file support cases via the Red Hat customer portal. If you're not, please head to the "RHEL project" in Red Hat Jira and file new tickets here. Individual Bugzilla bugs in the statuses "NEW", "ASSIGNED", and "POST" are being migrated throughout September 2023. Bugs of Red Hat partners with an assigned Engineering Partner Manager (EPM) are migrated in late September as per pre-agreed dates. Bugs against components "kernel", "kernel-rt", and "kpatch" are only migrated if still in "NEW" or "ASSIGNED". If you cannot log in to RH Jira, please consult article #7032570. That failing, please send an e-mail to the RH Jira admins at rh-issues@redhat.com to troubleshoot your issue as a user management inquiry. The email creates a ServiceNow ticket with Red Hat. Individual Bugzilla bugs that are migrated will be moved to status "CLOSED", resolution "MIGRATED", and set with "MigratedToJIRA" in "Keywords". The link to the successor Jira issue will be found under "Links", have a little "two-footprint" icon next to it, and direct you to the "RHEL project" in Red Hat Jira (issue links are of type "https://issues.redhat.com/browse/RHEL-XXXX", where "X" is a digit). This same link will be available in a blue banner at the top of the page informing you that that bug has been migrated.

Bug 1067440

Summary: [RFE] abrt-cli list should be more verbose
Product: Red Hat Enterprise Linux 7 Reporter: David Kutálek <dkutalek>
Component: libreportAssignee: Matej Habrnal <mhabrnal>
Status: CLOSED ERRATA QA Contact: Martin Kyral <mkyral>
Severity: unspecified Docs Contact:
Priority: unspecified    
Version: 7.0CC: bblaskov, jfilak, lmiksik, mkyral
Target Milestone: rcKeywords: FutureFeature
Target Release: ---   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: libreport-2.1.11-12.el7 Doc Type: Enhancement
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2015-03-05 13:26:00 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Attachments:
Description Flags
Proposed patch 1/2
none
Proposed patch 2/2 none

Description David Kutálek 2014-02-20 13:10:13 UTC
Description of problem:

To some people (bblaskov) it seems that abrt-cli list does not say much about what exactly was the crash about. He would like to see eg. some details from backtrace if possible.

In my opinion at least cmdline and reason would be nice to list, or perhaps cmdline instead of executable.

We can consider also --verbose switch eg. to show full backtraces.

But I am not sure whether some kind of backtrace is always available after the crash?

Version-Release number of selected component (if applicable):

abrt-cli-2.1.11-8.el7.x86_64

How reproducible:

Always

Steps to Reproduce:
1. abrt-cli list
2.
3.

Actual results:

It says what crashed and when, but no details about the crash. So when having dozens of crashes from the past, it is hard to pick the one you want.

Expected results:


Additional info:

Comment 1 Martin Kyral 2014-02-20 15:44:51 UTC
Another user request raised in ABRT TD: "option for `abrt-cli list` to list only dirs/ids one per line (so that  you can feed it to abrt-cli report) e.g. `-1` as in `ls`"

Comment 2 Branislav Blaškovič 2014-02-24 10:16:10 UTC
Real life example of some random user (me):

    $ abrt-cli list
    id 509b0e5fc1ba7284d7fe6e16a9ad78d26d4f0bc4
    Directory:      /var/tmp/abrt/Python-2014-02-18-09:40:14-18345
    count:          2
    executable:     /bin/nitrate
    package:        python-nitrate-0.9-2.fc20
    time:           Tue 18 Feb 2014 09:40:14 AM CET
    uid:            1000

    id 41681637cb245a0eeca67f95ec57700938d1a907
    Directory:      /var/tmp/abrt/Python-2014-02-18-09:21:52-14708
    count:          1
    executable:     /bin/nitrate
    package:        python-nitrate-0.9-2.fc20
    time:           Tue 18 Feb 2014 09:21:52 AM CET
    uid:            1000

    id d14d9eee9f2089d7c232cc92e2a7d118edacf184
    Directory:      /var/tmp/abrt/Python-2014-02-13-11:46:12-28206
    count:          1
    executable:     /bin/bkr
    package:        beaker-client-0.14.3-1.fc18
    time:           Thu 13 Feb 2014 11:46:12 AM CET
    uid:            1000

    id 058a45ff6ceca500e50cfceff764a5d7dcc2df3b
    Directory:      /var/tmp/abrt/oops-2014-02-01-12:46:17-4045-0
    count:          3
    package:        kernel
    time:           Sat 01 Feb 2014 12:46:17 PM CET

    id cbde981ea15f79438fa9d045b88b6d2b3beb228e
    Directory:      /var/tmp/abrt/oops-2014-02-01-12:46:17-4045-2
    count:          1
    package:        kernel
    time:           Sat 01 Feb 2014 12:46:19 PM CET

    id b1bd991cbbc91ddb6c72bf62b8057c0840cd370d
    Directory:      /var/tmp/abrt/Python-2013-11-26-14:26:05-27967
    count:          2
    executable:     /bin/nitrate
    package:        python-nitrate-0.9-2.fc20
    time:           Tue 26 Nov 2013 02:26:05 PM CET
    uid:            1000

    id 5ef227ff25344363edfc27afc836b0a4584f0f83
    Directory:      /var/tmp/abrt/Python-2014-01-18-14:59:58-6309
    count:          1
    executable:     /bin/fpaste
    package:        fpaste-0.3.7.1-9.fc20
    time:           Sat 18 Jan 2014 02:59:58 PM CET
    uid:            1000

    id fb57413cf9a5fcf7191f70c9f769b5617c3d467f
    Directory:      /var/tmp/abrt/Python-2014-01-08-12:01:31-20184
    count:          1
    executable:     /bin/tcms-submit
    package:        qa-tools-workstation-3.2-176
    time:           Wed 08 Jan 2014 12:01:31 PM CET
    uid:            1000

    id e90f2e96241babfef23f4c26137e88f8c4e97058
    Directory:      /var/tmp/abrt/ccpp-2013-12-12-10:02:48-27972
    count:          1
    executable:     /usr/bin/surf
    package:        surf-0.6-2.fc20
    time:           Thu 12 Dec 2013 10:02:48 AM CET
    uid:            1000

    id eb3efe7799dc710911894732f78e177f3edb2821
    Directory:      /var/tmp/abrt/Python-2013-11-25-08:30:30-1944
    count:          2
    executable:     /bin/ranger
    package:        ranger-1.6.1-1.fc20
    time:           Mon 25 Nov 2013 08:30:30 AM CET
    uid:            1000

    id 57262f10856126ea2ce04c7c3a66d5c9000d089c
    Directory:      /var/tmp/abrt/ccpp-2013-12-06-12:45:22-22223
    count:          1
    executable:     /usr/bin/surf
    package:        surf-0.6-2.fc20
    time:           Fri 06 Dec 2013 12:45:22 PM CET
    uid:            1000

    id beb2db069f50d286453639805e5ce96bf575a87f
    Directory:      /var/tmp/abrt/Python-2013-11-25-10:32:16-6699
    count:          5
    executable:     /bin/tcms-plan
    package:        qa-tools-workstation-3.2-160
    time:           Mon 25 Nov 2013 10:32:16 AM CET
    uid:            1000


I can see tons of errors. For example /usr/bin/surf - but what I can see is just some very long ID, directory, and so.. Nothing relevant for me to know which crash was it.

I would really appreciate arguments at least.

I know that traceback is very long and not generated right after crash but what about adding it to 'abrt-cli info'?

I really don't understand of usage of 'info' command because its the same as 'list' (just for one crash).

Comment 3 David Kutálek 2014-05-05 09:28:59 UTC
Adding these seems quite reasonable:

cmdline: will_cpp_segfault -A some_param --verbose
reason : will_cpp_segfault killed by SIGSEGV

Comment 5 Jakub Filak 2014-09-09 13:38:44 UTC
I propose to replace 'executable' with 'cmdline' and add 'reason' item with the following format: 'crash_function' + ':' + 'reason'.

I also like the idea of having 'backtrace' in 'info' output, but it requires huge changes, so we won't have it implemented in RHEL7.1 time frame.
Branislav, could you please file an upstream ticket (https://github.com/abrt/abrt/).

Comment 8 Branislav Blaškovič 2014-09-10 11:46:32 UTC
(In reply to Jakub Filak from comment #5)
> Branislav, could you please file an upstream ticket
> (https://github.com/abrt/abrt/).

Filled as issue 841: https://github.com/abrt/abrt/issues/841

Comment 9 Jakub Filak 2014-09-19 13:09:14 UTC
You won't need to feed 'abrt-cli report' by output of 'abrt-cli list' because we will develop the batch-reporting feature (bug #1066482).


Regarding 'info' vs. 'list':
We should make info's '-d' option default and add a new option '-s' (silent). 'abrt-cli info -d' contains all the information you need (including backtrace).

Comment 10 Jakub Filak 2014-09-22 08:58:45 UTC
Created attachment 939928 [details]
Proposed patch 1/2

Comment 11 Jakub Filak 2014-09-22 08:59:13 UTC
Created attachment 939929 [details]
Proposed patch 2/2

Comment 16 errata-xmlrpc 2015-03-05 13:26:00 UTC
Since the problem described in this bug report should be
resolved in a recent advisory, it has been closed with a
resolution of ERRATA.

For information on the advisory, and where to find the updated
files, follow the link below.

If the solution does not work for you, open a new bug report.

https://rhn.redhat.com/errata/RHBA-2015-0556.html