Closed
Bug 466022
Opened 16 years ago
Closed 15 years ago
Provide a way to download the associated minidump file
Categories
(Socorro :: General, task)
Tracking
(Not tracked)
RESOLVED
FIXED
1.2
People
(Reporter: jrmuizel, Assigned: ryansnyder)
Details
(Whiteboard: admin-panel)
Attachments
(2 files)
1.42 KB,
text/plain
|
Details | |
5.76 KB,
patch
|
ozten
:
review+
|
Details | Diff | Splinter Review |
Making the minidump file available will allow them to be opened in visual studio and examined further. It will also allow them to be converted to core files for use on other platforms.
Comment 1•16 years ago
|
||
I don't think we have the storage for this. Each minidump is only ~50k, but we process tens of thousands of crashes a day. It's unfortunate, but it's reality. There was a bug filed (that I can't find, maybe it got closed) about saving a few minidumps per topcrash signature, which still might be a decent way to go.
Reporter | ||
Comment 2•16 years ago
|
||
Even keeping all the minidumps from the last month would be substantially more useful than not having them at all. If we haven't seen a particular crash in the last month it's probably not _that_ important. Still, a years worth of crashes @ 35k per day is only about 600GB which really isn't that much.
Comment 3•16 years ago
|
||
Is there a possibility for a (raw) minidump to contain potentially private information? I know that Microsoft's reporting program makes particular mention at various stages about how dumps are encrypted and only allowed to be seen by a small group of people.
Comment 4•16 years ago
|
||
Yes, it contains the entire stack for all threads in the process. If we did implement anything like this, it would be limited to authenticated trusted users. Minidumps are currently submitted over SSL and deleted as soon as they are processed.
Updated•15 years ago
|
Target Milestone: --- → Future
Comment 5•15 years ago
|
||
Once we have the admin-panel up, we should provide a way for authorized users to grab the associated mini-dump.
Assignee: nobody → fwenzel
Summary: Crashes reports should provide a way to download the associated minidump file. → Provide a way to download the associated minidump file
Whiteboard: admin-panel
Target Milestone: Future → 1.2
Comment 6•15 years ago
|
||
-> Ryan for 1.2. Lars, Frank; we'll need to work with IT and Ryan to determine how to generate these links and offer these files to secure users with the right LDAP permissions.
Assignee: fwenzel → ryan
Comment 7•15 years ago
|
||
For now, here is a Python 3.1 script that will download a crash by UUID, assuming you have access to the minidump storage machine. Basic usage: python3.1 getdump.py 93a2e5b4-ae58-4684-9751-519232091115 Run 'python3.1 getdump.py -h' for options.
Updated•15 years ago
|
Attachment #412747 -
Attachment description: Patch → Python script
Comment 8•15 years ago
|
||
Aravind - the hard part is to start saving this data so we can pull it later for authenticated users. From there it's pretty easy to grab it.
Comment 9•15 years ago
|
||
@Morgamic: so.. we are currently storing the raw dumps already (only for a week). There is already a bug in place discussing how long they should be stored for (526345). Is there anything else you guys need from me on this bug?
Comment 10•15 years ago
|
||
The dumps should be requested at https://crash-stats.mozilla.com/rawdumps/uuid.json and https://crash-stats.mozilla.com/rawdumps/uuid.dump in production. In staging that would be https://crash-stats.stage.mozilla.com/rawdumps/uuid.dump and https://crash-stats.stage.mozilla.com/rawdumps/uuid.json.
Assignee | ||
Comment 11•15 years ago
|
||
Raw dumps will no longer be available via the file system. This patch provides urls for the logged-in developer to fetch either the .dump file and .json file containing the raw dump. Per Avarind, Apache will be configured to prompt the user for their LDAP credentials when accessing either of these files. A separate ticket will be created for this after the patch is approved.
Attachment #414730 -
Flags: review?(ozten.bugs)
Updated•15 years ago
|
Attachment #414730 -
Flags: review?(ozten.bugs) → review+
Comment 12•15 years ago
|
||
Comment on attachment 414730 [details] [diff] [review] Patch 1 for 466022 Very cool. Nice touch with the raw_dump_availability.
Assignee | ||
Comment 13•15 years ago
|
||
Committing. Updated docs at http://code.google.com/p/socorro/wiki/SocorroUpgrade Will need config file on stage updated. See #531872. == Sending application/config/application.php-dist Sending application/controllers/report.php Sending application/models/report.php Sending application/views/report/index.php Transmitting file data .... Committed revision r1520.
Status: NEW → RESOLVED
Closed: 15 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
•