Closed
Bug 572419
Opened 14 years ago
Closed 14 years ago
Investigate changes in crash correlated plugins since the spike
Categories
(Socorro :: General, task)
Tracking
(Not tracked)
RESOLVED
FIXED
People
(Reporter: laura, Assigned: xstevens)
References
Details
Attachments
(2 files)
sayrer has a couple of possible theories: * A popular plugin issued an update that is crashing us more in 3.6.4 * Flash zero day infected more users with Trojans Can you please dig into the correlations and see if you find data that would indicate either of these scenarios?
I don't know of any data sources I have access to that would allow doing this. Also, how would this happen without significant changes in crash signature composition? And who has the power to push updates to all our Mac and Windows users that take effect in < 1 hour?
Assignee | ||
Updated•14 years ago
|
Assignee: dbaron → xstevens
Reporter | ||
Comment 2•14 years ago
|
||
I think we can do it from Hbase so Xavier can help out. What I'm interested in: plugins including versions where known by frequency before the spike / after the spike extensions before the spike/after the spike Rob, if there's other data you want to see please add it to this bug.
Reporter | ||
Comment 3•14 years ago
|
||
dbaron: agree that it's unlikely, but we should cross all the ts and dot the is.
Assignee | ||
Comment 4•14 years ago
|
||
I think I have something ready for this, but we need to get HBase in production stabilized so I can run a job on that data. My job is setup to calculate counts for each day in a specified time window (I plan to use June 1st - June 14th and June 6th - June 9th) based on all combinations of os, sig, module, module_version. It then calculates min, max, mean, std. dev., variance and skewness. We will be able to sort the results by one of these columns and get different looks into the data. Standard deviation and skewness will probably be the more useful than the other stats at seeing what spiked during this period.
Assignee | ||
Comment 6•14 years ago
|
||
I'm running my job this morning. Ran into some memory issues now that I have all the data. Should have something before noon though.
Assignee | ||
Comment 7•14 years ago
|
||
I produced crashtrends.growth which the format is: os:signature:module:version<tab>min<tab>max<tab>avg<tab>std. dev.<tab>growth growth is percentage calculated like so: if min == 0: growth = (max - min) * 100 else: growth = ((max - min) / min) * 100 The attached file is currently sorted by growth. Let me know if you see anything we think we should investigate further.
Updated•14 years ago
|
Attachment #452396 -
Attachment mime type: application/octet-stream → application/text
Assignee | ||
Comment 8•14 years ago
|
||
Looking at this further. Growth is a bad metric the way I have calculated it. Some of the top entries spiked on 1 day and then gone again the subsequent two days.
Updated•14 years ago
|
Attachment #452396 -
Attachment mime type: application/text → text/plain
Assignee | ||
Comment 9•14 years ago
|
||
Format of the file: os_name:signature:module:version<tab><6/6 count><tab><6/7 count>...<tab><6/10 count>
Assignee | ||
Comment 10•14 years ago
|
||
Looking over the results to me it just looks like crashes are up across the board. Asked other metrics/socorro to take a look as well, but I'm not sure what else I can do at this point.
Reporter | ||
Comment 11•14 years ago
|
||
I think we're done here - results don't have any revelations. Thanks for helping rule this out Xavier.
Status: NEW → RESOLVED
Closed: 14 years ago
Resolution: --- → FIXED
Updated•13 years ago
|
Component: Socorro → General
Product: Webtools → Socorro
You need to log in
before you can comment on or make changes to this bug.
Description
•