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

Issue 768254 link

Starred by 1 user

Issue metadata

Status: Verified
Owner:
Last visit > 30 days ago
Closed: May 2018
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Chrome
Pri: 2
Type: Bug



Sign in to add a comment

chromeos2-row7-rack8-host17 (elm, pool:suites) keeps failing with "AC power is not plugged"

Project Member Reported by drinkcat@chromium.org, Sep 25 2017

Issue description

Looking at recent test, many provision/repair/reset jobs on chromeos2-row7-rack8-host17 (pool:suites) fail with this kind of error:

09/24 11:36:46.478 ERROR|            repair:0332| Failed: The DUT is plugged in to AC power Traceback (most recent call last):   File "/usr/local/autotest/client/common_lib/hosts/repair.py", line 329, in _verify_host     self.verify(host)   File "/usr/local/autotest/server/hosts/cros_repair.py", line 90, in verify     'AC power is not plugged in') AutoservVerifyError: AC power is not plugged in

https://pantheon.corp.google.com/storage/browser/chromeos-autotest-results/hosts/chromeos2-row7-rack8-host17/1281534-provision/20172409112648/debug/
https://pantheon.corp.google.com/storage/browser/chromeos-autotest-results/hosts/chromeos2-row7-rack8-host17/1280796-reset/20172409084022/debug/
https://pantheon.corp.google.com/storage/browser/chromeos-autotest-results/hosts/chromeos2-row7-rack8-host17/1280694-reset/20172409082350/debug/
etc..

Eventually, the host ends up passing the repair job, so it keeps failing random jobs.
 
Summary: chromeos2-row7-rack8-host17 (elm, pool:suites) keeps failing with "AC power is not plugged" (was: chromeos2-row7-rack8-host17 keeps failing with "AC power is not plugged")
I locked the host, for now (http://cautotest.corp.google.com/afe/#tab_id=view_host&object_id=6417).

Comment 2 by mqg@chromium.org, Feb 13 2018

Cc: mqg@chromium.org
Hi, Sheriff here. This DUT (chromeos2-row7-rack8-host17) has been locked since  2017-09-24 17:44:29. Do we want to just keep the dut locked? 
We could try unlocking it and see if the issue fixed itself, but that seems unlikely... (if you do so, please monitor the device for random failed tests)

Ideally we should try to dig a bit deeper, to understand why this is happening, and possibly physically inspect/replace the device.
Components: -Infra>Client>ChromeOS Infra>Client>ChromeOS>Test
Owner: ayatane@chromium.org
Status: Assigned (was: Untriaged)
Labels: Hotlist-Deputy
Owner: shuqianz@chromium.org
Owner: drinkcat@chromium.org
drinkcat@, can we physically inspect the device to see what is the issue?

Cc: drinkcat@chromium.org
Owner: shuqianz@chromium.org
Sure, we should inspect it. I'm based in TPE, so doing it myself entails taking a long flight... I'd prefer if somebody in MTV could do it. Thanks!
filed bug b/80425634
Status: Fixed (was: Assigned)
It is fixed by the lab team
Status: Verified (was: Fixed)
Looks better now, device has been running quite a number of tests without showing the issue in #0.

Sign in to add a comment