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

Issue 594204 link

Starred by 1 user

Issue metadata

Status: Archived
Owner:
Last visit > 30 days ago
Closed: Mar 2018
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: ----
Pri: 2
Type: Feature
okr



Sign in to add a comment

Create a better way to test servo changes

Project Member Reported by aaboagye@chromium.org, Mar 11 2016

Issue description

In order to prevent lab downtime, I think it would be a good idea to have a pool with 1 or maybe 2 DUTs per board (depending upon availability), whose roles are to vet the next beaglebone_servo update. That way you can just upgrade that pool and check for basic servo functionality (and/or other tests) before rolling out to the rest of the lab?

An issue was encountered in  crbug.com/594163  where a lot of the servo hosts went down after upgrading the lab devices. This could have been prevented in a few ways, but could have been caught earlier had we had a staging pool like this.
 

Comment 1 by autumn@chromium.org, Mar 14 2016

Labels: okr
Summary: Create a better way to test servo changes (was: Create staging update pool for lab devices)

Comment 2 by benhenry@google.com, Apr 26 2016

Components: Infra>Client>ChromeOS
Labels: -Infra-ChromeOS
Labels: -okr OKR
Owner: jrbarnette@chromium.org
still desired?
Yes, this would still be useful.

Status: Archived (was: Untriaged)
This bug has not been touched in over a year.  It is probably no longer relevant.

Sign in to add a comment