Closed Bug 1336587 Opened 9 years ago Closed 5 years ago

[meta] Signatures for crash pings

Categories

(Data Platform and Tools :: General, defect, P2)

defect

Tracking

(Not tracked)

RESOLVED DUPLICATE of bug 1631563

People

(Reporter: agashlin, Unassigned)

References

Details

(Whiteboard: [fce-active-legacy])

We'd like to generate crash signatures from crash pings, similar to Socorro's crash signatures, and likely using a very similar algorithm. This would allow grouping of the much larger body of crash pings to provide more insight into prevalence of certain kinds of crashes. This would ideally be done via a Socorro API as proposed by bug 828452, but until that is available we will investigate producing something similar. It cannot be expected to produce identical results to Socorro processing the minidump (unless much of the processing, including symbolication, is done on the client as proposed in bug 1296274), so we will be investigating how to make the most of what is currently submitted with the ping.
I'll also investigate modifying the Socorro processor to ingest crash pings (or massaging them into a shape that the unmodified processor can consume).
Hey David, is this something your team will be taking on?
Flags: needinfo?(ddurst)
Yes, needed for 1310695 and others.
Flags: needinfo?(ddurst)
Assignee: nobody → agashlin
Status: NEW → ASSIGNED
would you mind adding a priority to avoid this showing up in triage? Thanks!
Priority: -- → P2
Component: Metrics: Pipeline → Datasets: General
Product: Cloud Services → Data Platform and Tools
QA Contact: amasresha
Whiteboard: [fce-active] → [fce-active-legacy]
I extracted Socorro's signature generation into a Python library: https://github.com/willkg/socorro-siggen/ Ben Wu (intern) used that library to generate signatures for incoming crash pings over the summer for his internship project. That worked pretty well as I understand it. If there's anything I can do here, let me know.
Assignee: agashlin → nobody
Status: ASSIGNED → NEW

Making this a project tracker bug because there are a bunch of things that need to happen to get here.

Right now, I'm fixing fx-crash-sig so people can use it as a Python library in notebooks and other places for their ad hoc investigations. issue 25

When we did some fx-crash-sig a couple of years ago, Tecken (the Mozilla Symbols Server) fell down and we determined that it was a bad idea for symbolication to be tied to symbols upload. I'm working on spinning off a separate symbolication microservice. That's tracked in bug #1636210. I'll make this bug depend on that one.

Once that's done and we can use a symbolication API that can handle bursts, I think the plan was to run that on a sample of crash pings nightly and capture the symbols and crash signatures. That's covered in bug #1631563. I'll make this bug depend on that one.

cc:ing esmyth so he can add his needs in case this work doesn't cover them, yet.

Depends on: 1636210, 1631563
Summary: Signatures for crash pings → [meta] Signatures for crash pings

After some discussion, we decided this bug is like bug #1636210, but that one has work done and more context and technical details for our current platform, so I'm going to dupe this one to that one.

Status: NEW → RESOLVED
Closed: 5 years ago
Resolution: --- → DUPLICATE
No longer depends on: 1631563
Component: Datasets: General → General
You need to log in before you can comment on or make changes to this bug.