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

Issue 661387 link

Starred by 2 users

Issue metadata

Status: Duplicate
Owner:
Last visit > 30 days ago
Closed: Sep 2017
Components:
EstimatedDays: ----
NextAction: ----
OS: Chrome
Pri: 2
Type: Bug



Sign in to add a comment

chromeos-autotest.hot should have stable board versions set.

Project Member Reported by dgarr...@chromium.org, Nov 2 2016

Issue description

Our test autotest instance has no stable versions set. beaglebone_servo was set, but to an invalid value.

Richard just set that one to match production, but we should also set the stable versions for the boards we use for testing so that they can be repaired by servo.

Richard has opinions about all of this.
 
Owner: ----
Status: Available (was: Untriaged)
There's a case to be made that there should just be one global
mapping for all test instances.  That would be useful in at least
some ways.  However, it might complicate making local tests of
the automated update system.

Assuming we're not ready to create a global version mapping service,
a cheaper alternative would be to have push to prod test script copy
relevant mappings from the prod database into the test instance.
That can be done in about a dozen lines or so of bash; the python
equivalent isn't notably harder.
Owner: shuqianz@chromium.org
@charlene - can you take a look?
I don't quite understand 'have push to prod test script copy
relevant mappings from the prod database into the test instance'. DO you mean that always copying prod database into push database?

Comment 4 by autumn@chromium.org, Nov 15 2016

Labels: -current-issue
Will teach test push to sync the stable_version db with cautotest.
Mergedinto: 646068
Status: Duplicate (was: Available)

Sign in to add a comment