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

Issue 823781 link

Starred by 1 user

Issue metadata

Status: Assigned
Owner:
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: ----
Pri: 3
Type: Bug



Sign in to add a comment

coral/astronaut: cheets_StartAndroid.stress failure in CQ

Reported by jrbarnette@chromium.org, Mar 20 2018

Issue description

This CQ slave run failed:
    https://luci-milo.appspot.com/buildbot/chromeos/coral-paladin/2834

The problem was this failure:
    [Test-Logs]: cheets_StartAndroid.stress: FAIL: Android did not boot!

None of the CLs in the run could have caused the failure.

The test job is here:
    http://cautotest-prod/afe/#tab_id=view_job&object_id=185047063

The logs are here:
    https://pantheon.corp.google.com/storage/browser/chromeos-autotest-results/185047063-chromeos-test

 

Comment 1 by uekawa@chromium.org, Mar 22 2018

Labels: ArcConstable
Owner: levarum@chromium.org
Owner: yusukes@chromium.org
The test is functioning now, but it'd be good to know what has failed there.

Per @yusukes, these logs are related to the failure (but not the root cause)

2018-03-20T10:59:51.396712+00:00 ERR session_manager[24955]: [ERROR:object_proxy.cc(582)] Failed to call method: com.ubuntu.Upstart0_6.EmitEvent: object_path= /com/ubuntu/Upstart: org.freedesktop.DBus.Error.NoReply: Did not receive a reply. Possible causes include: the remote application did not send a reply, the message bus security policy blocked the reply, the reply timeout expired, or the network connection was broken.
2018-03-20T10:59:51.396948+00:00 ERR session_manager[24955]: [ERROR:session_manager_impl.cc(1959)] Emitting continue-arc-boot impulse failed.

arc-boot-continue.log ends with

[0320/035926:INFO:arc_setup.cc(1629)] Running !LaunchAndWait(command_line)... [0320/035951:FATAL:arc_setup.cc(1629)] Check failed: !(!LaunchAndWait(command_line)). /usr/lib64/libbase-core-395517.so(_ZN4base5debug10StackTraceC1Ev+0x13) [0x7bb523894553] Aborted (core dumped)

Other logs are here

https://pantheon.corp.google.com/storage/browser/chromeos-autotest-results/185047063-chromeos-test/chromeos2-row4-rack4-host7/cheets_StartAndroid.stress/sysinfo/var/log/

@yusuke promised to take a look, otherwise I have no clues.
Cc: levarum@chromium.org
/system/bin/arcbootcontinue execution failed for some reason, but logs from the command were lost. The command uses logcat (on memory buffer) for logging, but the container was shut down before auto test script tries to fetch the logs. Because of this, the reason of the failure is very unclear.

The command should probably use stderr for logging. Filed b/77155944 for that.
#6 - is different: test is repeatedly restarting ui, and after the 2nd one the device has rebooted:

status.log:

Autotest client terminated unexpectedly: DUT rebooted during the test run.

tail of cheets_StartAndroid.stress.DEBUG

03/29 23:31:05.980 DEBUG|    cros_interface:0058| sh -c restart ui 
03/29 23:31:05.980 DEBUG|      global_hooks:0056| ['sh', '-c', 'restart ui']
<some garbage text follows>
> #6 - is different: test is repeatedly restarting ui, and after the 2nd one the device has rebooted:

Ah.  Can someone please file a new bug for the new failure?

Components: Platform>Apps>ARC
Labels: -ArcConstable
unlabelling "ArcConstable".
This is now functioning on bots, so its out of scope of the constable tasks, I believe.

Sign in to add a comment