New issue
Advanced search Search tips
Note: Color blocks (like or ) mean that a user may not be available. Tooltip shows the reason.

Issue 657040 link

Starred by 9 users

Issue metadata

Status: Fixed
Owner:
Last visit > 30 days ago
Closed: Aug 30
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Android
Pri: 1
Type: Bug

Blocking:
issue 663373



Sign in to add a comment

symbolize native crash stacks on android bots

Project Member Reported by boliu@chromium.org, Oct 18 2016

Issue description

Didn't find an existing bug, so filing new one.

Since switching to swarming everywhere, we've lost the step that runs the symbolization script through the logcat. So I think first step is to make sure this happens on swarming as well, because this saves a *lot* of developer time when their CL introduces a crash. This has happened to me many times.

Second step is to make the symbolized stack, or in general, the logcat corresponding to a test easier to find. There are very few people who knows what to do when an android test crashes.  crbug.com/448050  has a bunch of info about this for the old bot config
 

Comment 1 by boliu@chromium.org, Nov 7 2016

Status: Untriaged (was: Available)
ping? maybe I should make this untriaged so someone takes a look?
Owner: hzl@chromium.org
Status: Assigned (was: Untriaged)
This is related to the work that hzl is doing in  issue 631213 , so assigning to him for now.

Comment 3 by eyaich@chromium.org, Dec 19 2016

Blocking: 663373
Cc: bpastene@chromium.org jbudorick@chromium.org carlosk@chromium.org
 Issue 549348  has been merged into this issue.

Comment 5 by boliu@chromium.org, Jan 27 2017

ping, I get asked about debugging android failures maybe once per week, and this would help a *lot* when it's actually a native crash
What's the status here?
It looks like there's still work ongoing in  bug 631213 , but in the meantime, you can use the following optional/non-CQ trybots to fetch symbolized crash dumps the way you used to:
https://build.chromium.org/p/tryserver.chromium.android/builders/android_unswarmed_n5_rel
https://build.chromium.org/p/tryserver.chromium.android/builders/android_unswarmed_n5x_rel

Those are a temporary work-around while we work on porting the necessary logic to swarming.
Thanks. I had tried that, but my particular crash doesn't repro on the unswarmed bots for some reason. (I have obtained a stack by now, but it took me a lot of work.)

The bot you mention having ongoing work is only about instrumentatino tests, not gtest, from what I understand.
Project Member

Comment 9 by bugdroid1@chromium.org, Aug 22 2017

The following revision refers to this bug:
  https://chromium.googlesource.com/chromium/src.git/+/433f98bc954b5c375337a67998e971393878a0d3

commit 433f98bc954b5c375337a67998e971393878a0d3
Author: Zhiling Huang <hzl@chromium.org>
Date: Tue Aug 22 23:16:21 2017

[Android] Symbolize the stack trace in logcat.

Previously the stack trace inside logcat is not symbolized, making it
difficult to debug.

This cl creates a logcat_symbolizer that symbolizes the stack trace in a logcat with
the new stack_symbolizer and replaces the unsymbolized stack trace in logcat
with the symbolized stace trace. The logcat_symbolizer will be called when we record
logcat during test runs.

Bug:  657040 
Change-Id: Ie6c762a088a8e32dbb7095eb661d3a8a25918baf
Reviewed-on: https://chromium-review.googlesource.com/592492
Commit-Queue: Zhiling Huang <hzl@chromium.org>
Reviewed-by: John Budorick <jbudorick@chromium.org>
Cr-Commit-Position: refs/heads/master@{#496496}
[add] https://crrev.com/433f98bc954b5c375337a67998e971393878a0d3/build/android/pylib/android/logcat_symbolizer.py

Components: Infra>Client>Chrome
Moving Infra>Client>Android -> Infra>Client>Chrome+OS=Android
Components: -Infra>Client>Android
Status: Fixed (was: Assigned)

Sign in to add a comment