Bug 1047593 - A problem with ABRT
Summary: A problem with ABRT
Keywords:
Status: CLOSED INSUFFICIENT_DATA
Alias: None
Product: Fedora
Classification: Fedora
Component: gnome-abrt
Version: 20
Hardware: x86_64
OS: Unspecified
unspecified
unspecified
Target Milestone: ---
Assignee: Jakub Filak
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard: abrt_hash:258ec248b868801ad69a65e3742...
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2014-01-01 01:28 UTC by D. Charles Pyle
Modified: 2016-12-01 00:46 UTC (History)
3 users (show)

Fixed In Version:
Clone Of:
Environment:
Last Closed: 2014-06-10 08:44:50 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)
Compressed directory of one abrt error report (1.43 MB, application/gzip)
2014-01-02 11:00 UTC, D. Charles Pyle
no flags Details

Description D. Charles Pyle 2014-01-01 01:28:22 UTC
Description of problem:
Ever since updating abrt, most of my reports fail to be submitted because the backtrace is unusable.

This week, every report has failed.  The last was as follows:

-- Running report_uReport ---
('report_uReport' completed successfully)

--- Running analyze_CCpp ---
Ok to upload core dump? (It may contain sensitive data). If your answer is 'No', a stack trace will be generated locally. (It may download a huge amount of data). 'YES'
Querying server settings
Preparing an archive to upload
Uploading 1087576 bytes
Upload successful
Retrace job started
Preparing environment for backtrace generation
...............................................
Cleaning environment after backtrace generation
Retrace job finished successfully
Looking for similar problems in bugzilla

This is followed by the error:  "Reporting disabled because the backtrace is unusable."

Version-Release number of selected component:
gnome-abrt-0.3.4

Additional info:
reporter:       libreport-2.1.10
kernel:         3.12.6-300.fc20.x86_64
type:           libreport

Comment 1 Jakub Filak 2014-01-02 08:31:30 UTC
Thank you for the report. Could you please attach the entire crash folder?

Comment 2 D. Charles Pyle 2014-01-02 11:00:56 UTC
Created attachment 844504 [details]
Compressed directory of one abrt error report

Here is one of the directories in the abrt directory.  Let me know if you need more.  A lot of them won't copy out without generating errors, though.  Caja isn't being very stable at the moment.

Comment 3 Jakub Filak 2014-01-03 16:29:03 UTC
It looks like that your 'coredump' file is corrupted.

'backtrace' file contains the following warning:

...
warning: Corrupted shared library list: 0x3d39621700 != 0x0
Failed to read a valid object file image from memory.
...

I get the same message when I try to generate the backtrace from your coredump localy. However, it seems that the root cause is not in mate-volume-control itself because if I 'kill' mate-volume-control process by SIGSEGV, abrt detectets the crash and the retrace server generates a good backtrace for that crash.

If you have time, please run the following commands and report the results here:

$ mate-volume-control &
$ kill -SEGV %%
$ <find the crash directory>
$ cd $CRASH_DIRECTORY
$ report-cli -e analyze_RetraceServer -- ./
$ cat backtrace
$ cat backtrace_rating

Comment 4 D. Charles Pyle 2014-06-09 22:44:59 UTC
I recently had to reinstall my entire system due to some filesystem corruption while using btrfs.  I no longer am having problems.


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