Compare Revisions

Crash Data Analysis

Revision 376273:

Revision 376273 by Benjamin Smedberg on

Revision 376339:

Revision 376339 by Benjamin Smedberg on

Title:
Crash Data Analysis
Crash Data Analysis
Slug:
Crash_Data_Analysis
Crash_Data_Analysis
Content:

Revision 376273
Revision 376339
n10    <h2>n10    <h2 id="Crash_Report_Contents">
n16    <h3>n16    <h3 id="Minidump_Files">
n37    <h3>n37    <h3 id="Metadata">
n150        Describes itself!n150        ...
n164      <dd>n164      <dt>
n166      </dd>n
167      <dt>166      </dt>
168        &nbsp;167      <dd>
168        Statistics about memory information (Windows-only?).
169      </dd>
169      </dt>170      <dt>
171        ProcessType
172      </dt>
173      <dd>
174        When the main Firefox process crashes, this will not be p
 >resent. But when a plugin or content process crashes, this will b
 >e "plugin" or "content".
175      </dd>
176      <dt>
177        PluginFilename
178      </dt>
179      <dt>
180        PluginName
181      </dt>
182      <dt>
183        PluginVersion
184      </dt>
185      <dt>
186        PluginCpuUsage
187      </dt>
188      <dd>
189        When a plugin process crashes, details about the plugin l
 >oaded into that process.
190      </dd>
191      <dt>
192        NumberOfProcessors
193      </dt>
194      <dd>
195        ...
196      </dd>
197      <dt>
198        Email
199      </dt>
200      <dd>
201        Users may opt in to providing their email address so that
 > Mozilla may contact them about their crash report.
202      </dd>
203      <dt>
204        OOMAllocationSize
205      </dt>
206      <dd>
207        When Firefox intentionally aborts because an allocation f
 >ails, this annotation will indicate the size of the attempted all
 >ocation.
208      </dd>
209      <dt>
210        IsGarbageCollecting
211      </dt>
212      <dd>
213        ...
214      </dd>
tt216    <h2>
217      Crash Report Processing <span id="cke_bm_93C" style="displa
 >y: none;"></span>
218    </h2>
219    <p>
220      After a crash is submitted, the <a href="https://github.com
 >/mozilla/socorro" title="https://github.com/mozilla/socorro">Soco
 >rro</a> system gives it a unique ID and stores it for processing.
 > It uses the <a href="http://code.google.com/p/google-breakpad/" 
 >title="http://code.google.com/p/google-breakpad/">breakpad</a> cr
 >ash processor to translate the minidump into a stack trace for th
 >e crash. Then it attempts to build a "signature" for the crash ba
 >sed on the functions near the top of the stack. For more informat
 >ion about the signature generation, see <a href="http://code.goog
 >le.com/p/socorro/wiki/SignatureGeneration" title="http://code.goo
 >gle.com/p/socorro/wiki/SignatureGeneration">this very old wiki pa
 >ge</a>.
221    </p>
222    <h2>
223      Reports and Queries
224    </h2>
225    <p>
226      The most common way to access crash report data is via the 
 >website <a href="https://crash-stats.mozilla.com/" title="https:/
 >/crash-stats.mozilla.com/">crash-stats.mozilla.com</a>. This webs
 >ites has built-in reports of "topcrashes" for each release groupe
 >d by signature. There is also a custom query tool which allows us
 >ers to limit searches on more precise information.
227    </p>
228    <p>
229      For more automated usage, a summary of each day's crash rep
 >orts is published as a CSV file, as well as batch analysis jobs. 
 >These can be found at https://crash-analysis.mozilla.com/crash_an
 >alysis/
230    </p>
231    <p>
232      Finally, a set of Mozilla employees have access to directly
 > query the underlying data in either SQL summary or using mapredu
 >ce on the storage cluster. If you are interested in obtaining thi
 >s advanced access, contact <a href="mailto:benjamin@smedbergs.us?
 >subject=crash-stats%20access%20query" title="mailto:benjamin@smed
 >bergs.us?subject=crash-stats%20access%20query">Benjamin Smedberg<
 >/a>.
233    </p>

Back to History