Actions
Bug #584
openStats server doesn't show failed launches correctly
Start date:
11/25/2010
Due date:
% Done:
0%
Estimated time:
Detected in build:
48fd669
Platform:
Published in build:
Description
For example, when build command extractor fails many times on the same kernel, stats server joins all such failed launches together since they all have the same 'statistics key', like ('linux-2.6.31.6', NULL, NULL, NULL) for 'Unknown' page:
This leads that many different problems are joined together and their descriptions do the same (but mysql chooses just one of appropriate descriptions), so we can't analyze them.
The problem is rather artificial, since one task can't contain more then one build fail per a kernel. But we can join a lot of tasks together and then one task can contain a lot of build fails per a kernel. So if we see on unjoined tasks we can analyze all unknowns:
I think that 2 activities should be done:
http://10.10.2.59:8999/stats/index/name/ldv_qa_night_res/user/qarobot/host/10.10.2.59/password/12345/page/Unknown/value/62/Task+id/31/Task+description/2010-11-25-00-00-02/Environment+version/linux-2.6.31.6/Rule+name/__NULL
This leads that many different problems are joined together and their descriptions do the same (but mysql chooses just one of appropriate descriptions), so we can't analyze them.
The problem is rather artificial, since one task can't contain more then one build fail per a kernel. But we can join a lot of tasks together and then one task can contain a lot of build fails per a kernel. So if we see on unjoined tasks we can analyze all unknowns:
http://10.10.2.59:8999/stats/index/name/ldv_qa_night/host/10.10.2.59/user/qarobot/password/12345
I think that 2 activities should be done:
- First of all checking that stats server tries to group unjoinable values together due to ununique statistics key (like descriptions above). I've thought about this even on the early development stage and add special flag that says what field requires unique key (it isn't used now). Also I think that it isn't trivial operation and may consume a lot of time (or may be there is appropriate SQL decision exists...) so such check must be optional.
- Extend statistics key (e.g. add driver name for Unknown page) to pass the check described above and show all correctly.
Actions