Escalated to Bugzilla from IssueTracker
Event posted on 05-10-2010 09:22am EDT by woodard
Description of problem:
For whatever reason ABRT is sometimes merging failures but other times not. 589298 is the same as 590674 690678 they aren't being merged in the abrt user interface and consequently the crash count doesn't increment.
Another example is: 589615 589752 and a I have a few more of that same one.
Steps to Reproduce:
some of the time it merges issues, sometimes it doesn't
it merges similar issues
This event sent from IssueTracker by kbaxley [LLNL (HPC)]
This request was evaluated by Red Hat Product Management for inclusion in a Red
Hat Enterprise Linux major release. Product Management has requested further
review of this request by Red Hat Engineering, for potential inclusion in a Red
Hat Enterprise Linux Major release. This request is not yet committed for
589258, 588686 - reported by abrt-1.0.9 using older duplication-detection code which does no work well for those attached backtraces
590649, 590674, 590678 - real problem, needs investigation; abrt-backtrace utility parses the backtraces properly, and provides identical input for hash computation
Ben, can you please attach abrt crash dump directories for #590674 and #590678?
They are located in /var/cache/abrt/ccpp-*. The crashes can be recognized by checking file `component` in the directory, it contains "hdparm".
Created attachment 412883 [details]
the requested directories.
Created attachment 424882 [details]
Red Hat Enterprise Linux 6.0 is now available and should resolve
the problem described in this bug report. This report is therefore being closed
with a resolution of CURRENTRELEASE. You may reopen this bug report if the
solution does not work for you.