@Andrew Please let me know any specifics you need setup. Row B I am assuming? Different racks? Any hardware specifics? Vlan? Thanks
labvirt10xx
[x]receive in normally via T132485 [x]rack [x]bios and ilom setup [x]network port setup (description/enable/labs vlan) [x]update dns records (mgmt and production) [x]update install_server module (Jessie, db partition recipe for hw raid) [x]configure hardware raid [x]install OS [x]accept/sign puppet/salt keys [x]service implementation
| Status | Subtype | Assigned | Task | ||
|---|---|---|---|---|---|
| Unknown Object (Task) | |||||
| Resolved | Cmjohnson | T138509 rack/setup/install/deploy labvirt1012 labvirt1013 labvirt1014 nodes (cloudvirt1012 cloudvirt1013 cloudvirt1014) | |||
| Duplicate | None | T241492 cloudvirt1014 crash | |||
| Resolved | Jclark-ctr | T241494 Degraded RAID on cloudvirt1014 | |||
| Resolved | Jclark-ctr | T241313 cloudvirt1013: server down for no reason (power issue?) | |||
| Unknown Object (Task) | |||||
| Resolved | Jclark-ctr | T242472 Degraded RAID on cloudvirt1013 |
@Cmjohnson: Yes, row B. These will need to be in the same vlan as labvirt1001-1011; I don't know if that constrains which rack they go in but I don't especially care (unfortunately there's not much redundancy between the different labvirts.)
I'm happy to do the OS installs when we get to that stage.
labvirt1012 1H IN A 10.65.4.62
wmf6976 1H IN A 10.65.4.62
labvirt1013 1H IN A 10.65.4.63
wmf6977 1H IN A 10.65.4.63
labvirt1014 1H IN A 10.65.4.64
wmf6978 1H IN A 10.65.4.64
Change 296373 had a related patch set uploaded (by Andrew Bogott):
Assing IPs to labvirt1012, 1013, 1014
Change 297388 had a related patch set uploaded (by Andrew Bogott):
Partman recipes for labvirt1012-1014.
@Cmjohnson, I would like these boxes configured with one big hardware raid. I'm pretty sure you did this for me with 1010 and 1011; I can't for the life of me get it to work via mgmt.
Change 298284 had a related patch set uploaded (by Andrew Bogott):
Assign IPs to labvirt1012, 1013, 1014
Change 298290 had a related patch set uploaded (by Andrew Bogott):
Include access_new_install on labcontrol1001.
Change 298301 had a related patch set uploaded (by Andrew Bogott):
TEMPORARY HACK: Add access_new_install to iron
Change 298290 abandoned by Andrew Bogott:
Include access_new_install on labcontrol1001.
Reason:
Abandoned in favor of https://gerrit.wikimedia.org/r/#/c/298301/ and a real, proper long-term solution
Change 298301 merged by Andrew Bogott:
TEMPORARY HACK: Add access_new_install to iron
Change 298307 had a related patch set uploaded (by Andrew Bogott):
Make labvirt1012-1014 nova compute nodes.
I can confirm via /proc/cpuinfo that labvirt1012 is showing half the cores as labvirt1013. It appears that HT is turned off. (I can also see both CPUs via the ilom.)
I've pinged @Andrew, then @chasemp, & chatted with Chase in irc to find out if I can take this system offline to fix remotely. The system needs to reboot into BIOS, where HT can be enabled.
We aren't sure at present, as the system is now running a single instance for video encoding.
That video rendering instance isn't pooled yet, so I just rebooted 1012 and turned on HT. Does it look right now?
Change 301488 had a related patch set uploaded (by Andrew Bogott):
TEMPORARY HACK: Add access_new_install to iron
Change 301488 merged by Andrew Bogott:
TEMPORARY HACK: Add access_new_install to iron