Closed
Bug 552069
Opened 15 years ago
Closed 15 years ago
Take try-staging slaves from old try-staging and attach them to try-as-branch staging
Categories
(Release Engineering :: General, defect)
Tracking
(Not tracked)
RESOLVED
FIXED
People
(Reporter: lsblakk, Assigned: lsblakk)
References
Details
Attachments
(3 files, 1 obsolete file)
(deleted),
patch
|
bhearsum
:
review+
lsblakk
:
checked-in+
|
Details | Diff | Splinter Review |
(deleted),
patch
|
bhearsum
:
review+
lsblakk
:
checked-in+
|
Details | Diff | Splinter Review |
(deleted),
patch
|
bhearsum
:
review+
lsblakk
:
checked-in+
|
Details | Diff | Splinter Review |
The three try-staging slaves:
try-linux-slave05
try-mac-slave05
try-w32-slave05
need to be reimaged and re-named to match our build slave pool, then get attached to the new try-staging which is on staging-master.
Assignee | ||
Comment 1•15 years ago
|
||
Attachment #432863 -
Flags: review?(bhearsum)
Assignee | ||
Comment 2•15 years ago
|
||
and removes the try-* slaves from puppet.
Attachment #432867 -
Flags: review?(bhearsum)
Assignee | ||
Comment 3•15 years ago
|
||
no longer try-specific
Attachment #432863 -
Attachment is obsolete: true
Attachment #432868 -
Flags: review?(bhearsum)
Attachment #432863 -
Flags: review?(bhearsum)
Comment 4•15 years ago
|
||
Comment on attachment 432867 [details] [diff] [review]
adds re-imaged try slaves to puppet staging
Need to do OPSI, too.
Attachment #432867 -
Flags: review?(bhearsum) → review+
Updated•15 years ago
|
Attachment #432868 -
Flags: review?(bhearsum) → review+
Assignee | ||
Comment 5•15 years ago
|
||
Comment on attachment 432868 [details] [diff] [review]
Adds try-staging slaves to staging configs
http://hg.mozilla.org/build/buildbot-configs/rev/dd78cc419d33
Attachment #432868 -
Flags: checked-in+
Assignee | ||
Comment 6•15 years ago
|
||
Comment on attachment 432867 [details] [diff] [review]
adds re-imaged try slaves to puppet staging
http://hg.mozilla.org/build/puppet-manifests/rev/4ba34738deb4
Attachment #432867 -
Flags: checked-in+
Assignee | ||
Comment 7•15 years ago
|
||
Attachment #433105 -
Flags: review?(bhearsum)
Updated•15 years ago
|
Attachment #433105 -
Flags: review?(bhearsum) → review+
Assignee | ||
Comment 8•15 years ago
|
||
Comment on attachment 433105 [details] [diff] [review]
add re-imaged win32 try-staging slave to opsi staging-slaves
http://hg.mozilla.org/build/opsi-package-sources/rev/1218605c7e66
Attachment #433105 -
Flags: checked-in+
Assignee | ||
Comment 9•15 years ago
|
||
all three slaves are now running on try-staging-master
Status: NEW → RESOLVED
Closed: 15 years ago
Resolution: --- → FIXED
Comment 10•15 years ago
|
||
(which is directory on staging-master.build.m.o, rather than a machine)
Comment 11•14 years ago
|
||
From bug 570508:
> Armen, moz2-win32-slave60 just doesn't have buildbot running, and is a VM so
> doesn't go in this bug. Lukas needs to fix the ssh keys so that the starting
> buildbot doesn't prompt for a passphrase for .ss/id_dsa. I thought this was a
> try staging machine but it's pointing to sm01 right now.
Lukas I just wanted to double check if this is on your radar and that for now I am ignoring that machine on nagios.
Assignee | ||
Comment 12•14 years ago
|
||
> Lukas I just wanted to double check if this is on your radar and that for now I
> am ignoring that machine on nagios.
I've update the ssh keys to have the same keys as the other staging boxes, plus the trybld keys in case it's used in a try-staging.
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
•