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

Issue 653724 link

Starred by 1 user

Issue metadata

Status: WontFix
Owner: ----
Closed: Oct 2016
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Chrome
Pri: 2
Type: Bug



Sign in to add a comment

DUTs not getting assigned jobs

Project Member Reported by lgoo...@chromium.org, Oct 6 2016

Issue description

Since yesterday, I'm trying to run tests in the jetstream-test pool of whirlwind devices in the Destiny lab.

This was working fine until some time early this morning, when 4 of the 5
DUTs in this pool stopped running jobs. There is now a backlog of jobs
queued, but only one DUT is accepting jobs.

The DUTs not taking jobs are:

    chromeos4-row10-jetstream-host10
    chromeos4-row10-jetstream-host11
    chromeos4-row10-jetstream-host12
    chromeos4-row10-jetstream-host14

The DUT that is taking jobs is

    chromeos4-row10-jetstream-host9
    
The DUTs have Status=Ready and Locked=No and seem to have appropriate board:whirlwind, pool:jetstream-test,
and cros_version labels, so I don't know why these would not be getting scheduled.

Some of the DUTs show the last queued job as servohost_Reboot, invoked by
chromeos-test.

 
What pool are the DUTs in, and what pool are you requesting tests for?
pool:jetstream-test

Example DUT:

  https://ubercautotest.corp.google.com/afe/#tab_id=view_host&object_id=5598

Example of queued test that is not getting run on this DUT even though it is available:

  https://ubercautotest.corp.google.com/afe/#tab_id=view_job&object_id=79632305

Status: WontFix (was: Untriaged)
Looks like this has cleared up. Possible user error in creating recurring run.

Sign in to add a comment