Description of problem:
This is similar to bug 1015706. The problem manifests itself in the same way however; it slightly different. With bug 1015706, aggregate metrics were getting computed incorrectly, resulting in invalid metrics being stored.
In this case the problem is in handling of query results for metrics that can be completely valid. When there is a client requesting data, we do not return the actual metrics. We break the specified date range up into 60 discrete intervals or buckets. The timestamp of each metric determines which bucket it goes into. We then compute the max/min/avg of each bucket. The aggregated buckets are what gets sent to the client.
We have the same problem in the bucket code where the max gets calculated incorrectly.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
I will work on data/steps to reproduce this to make testing and verification easier.
Fix pushed to master.
commit hash: 1afd4b250
Bulk close of items fixed in RHQ 4.12
If you think this is not solved, then please open a *new* BZ and link to this one.