Closed
Bug 897152
Opened 12 years ago
Closed 11 years ago
tracking bug for automatic reimaging -> production
Categories
(Infrastructure & Operations Graveyard :: CIDuty, task)
Tracking
(Not tracked)
RESOLVED
FIXED
People
(Reporter: bhearsum, Unassigned)
References
Details
That is to say: this bug tracks all the work involved to get us to a point where a slave will automatically go back into production after being reimaged. The big points are:
* Double check the hostname (machines should come back from re-image with the correct hostname, but we should bark if it's not set. we should explicitly _not_ try to set it ourselves.)
* Secrets management for Puppet-based machines (ssh keys, google api key, passwords, etc.)
* Ability to detect when a slave has been re-imaged, and thus requires re-enabling. (probably depends on the new multistate flag we've talked about; probably done in kittenherder)
* Watching to make sure the slave attaches to a master, and closing the problem tracking bug (probably done in kittenherder)
Assignee | ||
Updated•12 years ago
|
Product: mozilla.org → Release Engineering
Reporter | ||
Comment 1•12 years ago
|
||
I probably won't be getting to this anytime soon. Bug 792836 makes things a lot less painful though.
Assignee: bhearsum → nobody
Comment 2•11 years ago
|
||
Re-imaged machines now go directly into production, provided they are enabled in slavealloc.
Status: ASSIGNED → RESOLVED
Closed: 11 years ago
Resolution: --- → FIXED
Assignee | ||
Updated•7 years ago
|
Component: Platform Support → Buildduty
Product: Release Engineering → Infrastructure & Operations
Updated•6 years ago
|
Product: Infrastructure & Operations → Infrastructure & Operations Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•