Closed Bug 1083754 Opened 10 years ago Closed 10 years ago

Please install new iX machines as windows test slaves

Categories

(Infrastructure & Operations :: DCOps, task)

x86
macOS
task
Not set
major

Tracking

(Not tracked)

RESOLVED FIXED

People

(Reporter: arich, Unassigned)

References

()

Details

We have a new order of 20 chassis (80 machines) coming in from iX over the next week. We need to stand these up in a relatively short time period so they can already be testing 64-bit firefox before the Nov 9th anniversary. In order to do this, we need to populate inventory with all the information about the machines before they can be installed. Please fill out the following columns on spreadsheet: https://docs.google.com/a/mozilla.com/spreadsheets/d/1XUVvyBUkg5ZoOkvWPkOeB0th4WJ1sywza88_RO7oe4Q/edit#gid=187301156 staticreg_set.nic0.hwadapter_set.hw0.mac (primary nic MAC, column name may change slightly when I hear back from uberj)) switch_ports system_rack rack_order staticreg_set.mgmt0.hwadapter_set.hw0.mac (management nic MAC, column name may change slightly when I hear back from uberj) oob_switch_port serial asset_tag
CDUs and switches in rack have been configure and inventoried. pending 2M and 3M VC cables.
Just to make sure we're ready for the 80 nodes that are being delivered soon, are we going to have enough cables for them, or should we order more today?
Flags: needinfo?(vle)
After talking to the windows guys, we want to make sure that we don't try to install (turn on, since an automatic install will kick off if they're in DNS and the disk is blank) more than 10-15 of these at a time when they come in. If more than that start installing, there's a good possibility that we'll swamp the WDS server.
ive ordered more cat5e cables to back fill (RITM0030847) so we should be good.
Flags: needinfo?(vle)
:jbarnell, any luck with BCT and our VC cables?
colo-trip: --- → scl3
looks like we're just missing the primary and management MACs before we can update inventory.
MACs have been updated in spreadsheet.
uberj: could you please work your magic to add these new hosts?
Flags: needinfo?(juber)
Summary: Please install new iX machines as w864 test slaves → Please install new iX machines as windows test slaves
uberj: note that an additional column has been added to the end of the ss tab. ONLY the hosts with data filled in for that column should get that setting. All w864-ix machines should have no variable set for that column (so make sure that the template you use doesn't include it for those). If need be, it might be easier to use two different templates.
Changes applied to prod.
Flags: needinfo?(juber)
I also went through and updated the IPMI password and accounts on the machines that were already reachable. Those that were not reachable and still need updates are: t-w864-ix-131-mgmt.inband.releng.scl3.mozilla.com t-w864-ix-132-mgmt.inband.releng.scl3.mozilla.com t-w864-ix-133-mgmt.inband.releng.scl3.mozilla.com t-w864-ix-134-mgmt.inband.releng.scl3.mozilla.com t-w864-ix-135-mgmt.inband.releng.scl3.mozilla.com t-w864-ix-136-mgmt.inband.releng.scl3.mozilla.com t-w864-ix-137-mgmt.inband.releng.scl3.mozilla.com t-w864-ix-138-mgmt.inband.releng.scl3.mozilla.com t-w864-ix-139-mgmt.inband.releng.scl3.mozilla.com t-w864-ix-140-mgmt.inband.releng.scl3.mozilla.com t-w864-ix-141-mgmt.inband.releng.scl3.mozilla.com t-w864-ix-142-mgmt.inband.releng.scl3.mozilla.com t-w864-ix-143-mgmt.inband.releng.scl3.mozilla.com t-w864-ix-144-mgmt.inband.releng.scl3.mozilla.com t-w864-ix-145-mgmt.inband.releng.scl3.mozilla.com t-w864-ix-154-mgmt.inband.releng.scl3.mozilla.com t-xp32-ix-148-mgmt.inband.releng.scl3.mozilla.com Once they're up, someone in relops can update them using admin1a.private.releng.scl3.mozilla.com:/root/bin/setup_oob.py
(In reply to Amy Rich [:arich] [:arr] from comment #11) > I also went through and updated the IPMI password and accounts on the > machines that were already reachable. Those that were not reachable and > still need updates are: > > t-w864-ix-131-mgmt.inband.releng.scl3.mozilla.com > t-w864-ix-132-mgmt.inband.releng.scl3.mozilla.com > t-w864-ix-133-mgmt.inband.releng.scl3.mozilla.com > t-w864-ix-134-mgmt.inband.releng.scl3.mozilla.com > t-w864-ix-135-mgmt.inband.releng.scl3.mozilla.com > t-w864-ix-136-mgmt.inband.releng.scl3.mozilla.com > t-w864-ix-137-mgmt.inband.releng.scl3.mozilla.com > t-w864-ix-138-mgmt.inband.releng.scl3.mozilla.com > t-w864-ix-139-mgmt.inband.releng.scl3.mozilla.com > t-w864-ix-140-mgmt.inband.releng.scl3.mozilla.com > t-w864-ix-141-mgmt.inband.releng.scl3.mozilla.com > t-w864-ix-142-mgmt.inband.releng.scl3.mozilla.com > t-w864-ix-143-mgmt.inband.releng.scl3.mozilla.com > t-w864-ix-144-mgmt.inband.releng.scl3.mozilla.com > t-w864-ix-145-mgmt.inband.releng.scl3.mozilla.com > t-w864-ix-154-mgmt.inband.releng.scl3.mozilla.com > t-xp32-ix-148-mgmt.inband.releng.scl3.mozilla.com > > Once they're up, someone in relops can update them using > admin1a.private.releng.scl3.mozilla.com:/root/bin/setup_oob.py The IPMIs for above hosts are now reachable. t-w864-ix-131-mgmt.inband.releng.scl3.mozilla.com is alive t-w864-ix-132-mgmt.inband.releng.scl3.mozilla.com is alive t-w864-ix-133-mgmt.inband.releng.scl3.mozilla.com is alive t-w864-ix-134-mgmt.inband.releng.scl3.mozilla.com is alive t-w864-ix-135-mgmt.inband.releng.scl3.mozilla.com is alive t-w864-ix-136-mgmt.inband.releng.scl3.mozilla.com is alive t-w864-ix-137-mgmt.inband.releng.scl3.mozilla.com is alive t-w864-ix-138-mgmt.inband.releng.scl3.mozilla.com is alive t-w864-ix-139-mgmt.inband.releng.scl3.mozilla.com is alive t-w864-ix-140-mgmt.inband.releng.scl3.mozilla.com is alive t-w864-ix-141-mgmt.inband.releng.scl3.mozilla.com is alive t-w864-ix-142-mgmt.inband.releng.scl3.mozilla.com is alive t-w864-ix-143-mgmt.inband.releng.scl3.mozilla.com is alive t-w864-ix-144-mgmt.inband.releng.scl3.mozilla.com is alive t-w864-ix-145-mgmt.inband.releng.scl3.mozilla.com is alive t-w864-ix-154-mgmt.inband.releng.scl3.mozilla.com is alive t-xp32-ix-148-mgmt.inband.releng.scl3.mozilla.com is alive
we reimaged all these hosts but didn't get a chance to go back and check them to make sure they reimaged successfully. can you let me know if there are any issues with any of them (screen resolution/IPMI/pingable but hung)?
I've updated the IPMI passwords on the rest of the hosts. van: did you guys disable the onboard graphics for the w7 machines? q: do we have a way to verify machines, or does it have to be a visual spot check by dcops?
Flags: needinfo?(vle)
Flags: needinfo?(q)
>van: did you guys disable the onboard graphics for the w7 machines? yup, graphics set to "other" for w7 graphics set to "onboard" for all other windows installs
Flags: needinfo?(vle)
Automated tests don't currently cover win 7 resolution. So those should be rebooted and spot checked.
Flags: needinfo?(q)
all hosts are online and w7 hosts spot checked for correct resolution. please let me know of any issues.
Status: NEW → RESOLVED
Closed: 10 years ago
Resolution: --- → FIXED
Product: mozilla.org → Infrastructure & Operations
You need to log in before you can comment on or make changes to this bug.