Hide Forgot
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. How reproducible: sometimes Steps to Reproduce: Actual results: some of the time it merges issues, sometimes it doesn't Expected results: it merges similar issues This event sent from IssueTracker by kbaxley [LLNL (HPC)] issue 867753
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 inclusion.
hdparm bugs: 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] A patch
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.