Closed Bug 652880 Opened 14 years ago Closed 12 years ago

Long-running query/timeout on production, just by clicking the Filter Crash Reports button on https://crash-stats.mozilla.com/query

Categories

(Socorro :: Webapp, task)

task
Not set
critical

Tracking

(Not tracked)

VERIFIED FIXED

People

(Reporter: stephend, Assigned: laura)

References

()

Details

(Whiteboard: [fromAutomation][project killwolf])

The problem is that the Web UI is running this query: SELECT COUNT(DISTINCT reports.signature) as count FROM reports WHERE (reports.product = 'Firefox') AND reports.date_processed BETWEEN CAST('04/26/2011 11:14:26' AS TIMESTAMP WITHOUT TIME ZONE) - CAST('1 weeks' AS INTERVAL) AND CAST('04/26/2011 11:14:26' AS TIMESTAMP WITHOUT TIME ZONE)" This is very wrong. The WebUI should NEVER be running aggregates on the reports table, ever. It should be querying top_crashes_by_signature instead. Over to you, Brandon.
Assignee: nobody → bsavage
Target Milestone: --- → 1.7.8
Assignee: bsavage → laura
Problem is, this is the workaround we use for running aggregates when the data we want isn't in TCBS. We're going to have to fix that first.
Depends on: 540687
What do you mean "data isn't in TCBS"?
TCBS doesn't let you query for a particular build, which is now important under the four channel model. I'm trying to decide whether we should add that now or just wait until we replace it in early Q3. I'm leaning towards the latter.
Lars and I finally have a plan to fix this properly, will take the next couple of weeks though. No way it can make 1.7.8, sorry WebQA.
Whiteboard: [fromAutomation] → [fromAutomation][project killwolf]
Target Milestone: 1.7.8 → 2.0
Seems like we need to have the channels in PostgreSQL.
Target Milestone: 2.0 → 2.1
Will be part of the 2.2 focus.
Target Milestone: 2.1 → 2.2
Target Milestone: 2.2 → 2.3
Summary: Long-running query on production, just by clicking the Filter Crash Reports button on https://crash-stats.mozilla.com/query → Long-running query/timeout on production, just by clicking the Filter Crash Reports button on https://crash-stats.mozilla.com/query
We now have all the pre-requisites in place to actually fix this.
Target Milestone: 2.3 → 2.3.2
Depends on: 651279
Target Milestone: 2.3.2 → ---
Component: Socorro → General
Product: Webtools → Socorro
Component: General → Webapp
So, this long-running issue is one we can fix. We've been putting it off for the last year because "Elastic search is coming". Might it be worth taking a few other steps? https://wiki.mozilla.org/Socorro/Speeding_Up_Postgres_Search
Now that we're on elastic search this no longer appears to be an issue, please reopen if its still happening.
Status: NEW → RESOLVED
Closed: 12 years ago
Resolution: --- → FIXED
You need to log in before you can comment on or make changes to this bug.