Closed
Bug 1263095
Opened 8 years ago
Closed 8 years ago
Following yosemite-r7 0156 & 0157 missing
Categories
(Infrastructure & Operations :: RelOps: General, task)
Tracking
(Not tracked)
RESOLVED
DUPLICATE
of bug 1184181
People
(Reporter: vciobancai, Unassigned)
References
Details
Attachments
(1 obsolete file)
The following slaves are missing from nagios and inventory t-yosemite-r7-0157 t-yosemite-r7-0158
Reporter | ||
Updated•8 years ago
|
Blocks: t-yosemite-r7-0157
Reporter | ||
Updated•8 years ago
|
Blocks: t-yosemite-r7-0156
Reporter | ||
Updated•8 years ago
|
No longer blocks: t-yosemite-r7-0156, t-yosemite-r7-0157
Summary: Following yosemite-r7 0157 & 0158 missing → Following yosemite-r7 0156 & 0157 missing
Reporter | ||
Updated•8 years ago
|
Blocks: t-yosemite-r7-0157
Reporter | ||
Updated•8 years ago
|
Blocks: t-yosemite-r7-0156
Reporter | ||
Comment 1•8 years ago
|
||
(In reply to Vlad Ciobancai [:vladC] from comment #0) > The following slaves are missing from nagios and inventory > > t-yosemite-r7-0157 > t-yosemite-r7-0158 Sorry for the mistake the following slaves doesn't exists in nagios and inventory -t-yosemite-r7-0156 -t-yosemite-r7-0157
Reporter | ||
Comment 2•8 years ago
|
||
attached the patch to remove the 2 slaves that are missing from production config
Attachment #8739331 -
Flags: review?(kmoir)
Comment 3•8 years ago
|
||
They aren't "missing," they haven't been added yet because we haven't had space to rack them. I don't think there's any need to remove them from the configs.
Reporter | ||
Comment 4•8 years ago
|
||
I didn't know that, thank you for the information Amy is OK if we keep the bug open in order to keep tracking about this two slaves ? I will move the patch to obsolete. Both slaves are disabled in slavealloc
Reporter | ||
Updated•8 years ago
|
Attachment #8739331 -
Flags: review?(kmoir)
Reporter | ||
Updated•8 years ago
|
Attachment #8739331 -
Attachment is obsolete: true
Comment 6•8 years ago
|
||
:arr, i was out last friday. i'll find space and install those 2 minis for you sometime early this week.
Comment 7•8 years ago
|
||
:arr, it looks like these 2 hosts were supposed to be swapped out in batch 6 which never occurred. how do you want to proceed? are we doing a swap or are we going to install these in new slots? i've found suitable spots for them, please take a look at line 151+ - https://docs.google.com/spreadsheets/d/1o4C9aUDmyIwn7VgAxur2_GIlOwx7f92hii_oL8lnjMU/edit#gid=72561714 please add to inventory/DS: lines 152 and 153 if we're doing a swap. lines 155 and 156 if we're racking them in new slots. can you open a bug with how you'd like to proceed and drop it in dcops queue? i need to open a service-now ticket for any production changes (vlans/installs) and link it to an open bug.
Comment 8•8 years ago
|
||
coop, can we decom the last to 10.10.2 machines we were using for ESR yet?
Flags: needinfo?(coop)
Comment 9•8 years ago
|
||
esr38 doesn't die until 2016-06-06, but intentional or accidental, Thunderbird's esr45 is still using 10.10.2, https://secure.pub.build.mozilla.org/buildapi/recent/t-yosemite-r5-0001?numbuilds=100, so if they don't stop doing that we're looking at a vastly much way longer time.
Comment 10•8 years ago
|
||
This is already covered by 1184181, so marking as dupe.
Flags: needinfo?(vle)
Flags: needinfo?(coop)
Updated•8 years ago
|
Status: NEW → RESOLVED
Closed: 8 years ago
Resolution: --- → DUPLICATE
You need to log in
before you can comment on or make changes to this bug.
Description
•