Closed
Bug 661750
Opened 14 years ago
Closed 13 years ago
Modify puppet manifests to support base-image-to-running-slave builders on darwin 10.6.0
Categories
(Release Engineering :: General, defect)
Release Engineering
General
Tracking
(Not tracked)
RESOLVED
WONTFIX
People
(Reporter: dustin, Assigned: jhford)
Details
(Whiteboard: [puppet][buildslaves])
Forked from bug 637988. The tricky part here is figuring out a decent way to distinguish build from test slaves that is not based on the second number in the darwin version (10.___.0). Our current darwin10 (snow) builders are at 10.2.0, while the darwin10 (snow) talos slaves are at 10.6.0. The latest release of snow is 10.7.0.
Given that we have some time to squint at the puppet manfiests, I'd rather not take advantage of the latter and say "10.2.0 and 10.7.0 are builders; 10.6.0 is test", because it's really just icky. Better to solve this in a more puppet-friendly fashion, such as a node-level variable or a custom fact.
This may also need some fiddling to make sure that puppet can set up a complete builder from base-install-plus-puppet -- I don't think we've done that sort of thing in a while, having used the reference machine instead.
If possible, let's try to capture an image of a mini with base-install-plus-puppet, or at least record the process for setting that up in a new RefImage page.
Reporter | ||
Comment 1•14 years ago
|
||
zandr, can you supply jhford with a rev2 mini and snow-leopard install media?
Assignee: nobody → jhford
Whiteboard: [puppet][buildslaves]
Comment 2•14 years ago
|
||
rev two? Don't have any of those laying around. If you have a moz2-darwin10 builder you're willing to give up, sure. (Ideally one in MV)
Reporter | ||
Comment 3•14 years ago
|
||
Let's use moz2-darwin10-slave02.
I've disabled it and downtimed it for a week. It's in mtv1.
Reporter | ||
Comment 4•14 years ago
|
||
re-upped the downtime until 6-22
Assignee | ||
Updated•14 years ago
|
Assignee: jhford → nobody
Comment 5•14 years ago
|
||
found in triage:
1) pushing to jhford as he's signed up to tackle use-puppet-to-setup-machine-from-scratch for the 10.6 builders.
2) dustin/zandr: I have idle moz2-darwin10-slave61 physically in my hands, so have put this on jhford's desk. There's no need to pull moz2-darwin10-slave02 from production, so please return slave02 to production.
Assignee: nobody → jhford
Reporter | ||
Comment 6•14 years ago
|
||
(In reply to comment #5)
> 2) dustin/zandr: I have idle moz2-darwin10-slave61 physically in my hands,
> so have put this on jhford's desk. There's no need to pull
> moz2-darwin10-slave02 from production, so please return slave02 to
> production.
Done.
For later reference (it doesn't matter here at the moment), moz2-darwin10-slave61 is no longer known by that name. It's one of asset tags 00797, 00795, and 00794, from https://bugzilla.mozilla.org/show_bug.cgi?id=647051#c8.
Comment 7•13 years ago
|
||
If there's any work left to do here, it will happen in PuppetAgain.
Status: NEW → RESOLVED
Closed: 13 years ago
Resolution: --- → WONTFIX
Updated•11 years ago
|
Product: mozilla.org → Release Engineering
You need to log in
before you can comment on or make changes to this bug.
Description
•