Closed
Bug 485542
Opened 16 years ago
Closed 16 years ago
graph server doesn't correctly add 'VALUES' sets of a single data point.
Categories
(Webtools Graveyard :: Graph Server, defect)
Webtools Graveyard
Graph Server
Tracking
(Not tracked)
RESOLVED
FIXED
People
(Reporter: anodelman, Unassigned)
References
Details
I set up a Talos test with only a single run that reports the results in a VALUES formatted data file. The information does not appear to be correctly added and cannot be viewed on the graph server. I would assume that that has to do with attempting to construct an 'avg' result based upon a single value data set.
Comment 1•16 years ago
|
||
Lars, got time to look at this?
Assignee: nobody → lars
Target Milestone: --- → 1.0
Comment 2•16 years ago
|
||
I will not be back from pycon until Tuesday - perhaps longer if my train cannot get through the floods in North Dakota. I will attempt to look at it while here in Chicago, but I'm juggling a bunch of stuff.
Comment 3•16 years ago
|
||
Alice: would you please give me an input example that results in the problem?
Reporter | ||
Comment 4•16 years ago
|
||
START
VALUES
qm-pubuntu-stage01,tsspider_shutdown,Firefox,c175af2a74a6,2009325131209,1238011920
0,339.00,NULL
END
Assignee: lars → nobody
Target Milestone: 1.0 → ---
Comment 5•16 years ago
|
||
here's the problem: the requirements say that when calculating the average, the highest value in the collection is to be discarded. If there is only one value, it, of course, is the highest and is therefore discarded. Do we need an exception to that rule or is the discarding the maximum value rule itself to be discarded?
Reporter | ||
Comment 6•16 years ago
|
||
I would be tempted to get rid of the whole 'remove the max' rule, as it doesn't make sense for a lot of tests - but it would also change the standard values reported for a lot of our infrastructure so shouldn't be taken lightly.
For now, we should handle this like an edge case and have data sets of size 1 just have an average value be whatever the only value in the set is.
Comment 7•16 years ago
|
||
It turns out that the original code had an exception for the 'remove the max' rule when there was only one item in the list. That code was commented out. I restored to the original state where the max is not removed if there is only one item in the list. This has been checked in. While the code passes my tests, it should be checked in the real environment before this bug is closed...
Comment 8•16 years ago
|
||
thanks Lars!
Alice, is there a way to test this on graphs-stage2?
Reporter | ||
Comment 9•16 years ago
|
||
I have tests reporting to staging that result in data files of this format - should be able to tell immediately if things are working correctly or not.
Reporter | ||
Comment 10•16 years ago
|
||
I'm seeing the numbers being correctly added to the graph server. We should get this pushed to production for when my test goes live.
Comment 11•16 years ago
|
||
(In reply to comment #10)
> I'm seeing the numbers being correctly added to the graph server. We should
> get this pushed to production for when my test goes live.
Ok, I'll file a bug for graphs-new to be updated.
Status: NEW → RESOLVED
Closed: 16 years ago
Resolution: --- → FIXED
Assignee | ||
Updated•9 years ago
|
Product: Webtools → Webtools Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•