Issue metadata
Sign in to add a comment
|
Make crash dumps from lab testing findable
Reported by
jrbarnette@chromium.org,
Apr 27 2017
|
||||||||||||||||||||||
Issue description
Recently, we had a lab outage caused when a large number
of Chrome crashes from testing in the lab overwhelmed
the results gathering/offloading system. The crashes
didn't trigger test failures, probably they occurred
during browser restart, outside of testing. This is
actually the second time we've seen such an event.
One of the observed problems in such events is that,
even when we know that the problem is Chrome crashes,
unless we can find test failures, we can't find the
test logs with the dumps. This causes lots of problems:
* Without the dumps, we can't get to the root cause.
* Without the logs, we can't guess at how to reproduce
a problem locally.
* It may happen that the only reproducible case is in
the lab, in which case, without logs, we can't do
anything at all.
We need some way to be able to find crash dumps, independent
of whether there's a test failure that points to the dump.
One likely suggestion is to upload the crashes using the
standard product infrastructure. See the discussion here:
http://shortn/_r13oCGTQK6
,
Jun 12 2017
,
Jul 17 2017
ChromeOS Infra P1 Bugscrub. P1 Bugs in this component should be important enough to get weekly status updates. Is this already fixed? -> Fixed Is this no longer relevant? -> Archived or WontFix Is this not a P1, based on go/chromeos-infra-bug-slo rubric? -> lower priority. Is this a Feature Request rather than a bug? Type -> Feature Is this missing important information or scope needed to decide how to proceed? -> Ask question on bug, possibly reassign. Does this bug have the wrong owner? -> reassign. Bugs that remain in this state next week will be downgraded to P2.
,
Jul 24 2017
ChromeOS Infra P1 Bugscrub. Issue untouched in a week after previous message. Downgrading to P2.
,
May 15 2018
|
|||||||||||||||||||||||
►
Sign in to add a comment |
|||||||||||||||||||||||
Comment 1 by aut...@google.com
, Jun 2 2017