Closed Bug 848995 Opened 11 years ago Closed 11 years ago

Re-image r5 Mac foopys as Mountain Lion (10.8) test slaves

Categories

(Infrastructure & Operations :: DCOps, task)

Product:
Infrastructure & Operations
Component:
DCOps
Platform:
x86_64
macOS
Type:
task
Priority:
Not set
Severity:
normal

Tracking

(Not tracked)

Status:
RESOLVED FIXED

People

(Reporter: coop, Unassigned)

References

(
URL
)

Details

This is currently blocked on Linux foopy replacements that will be deployed as part as bug 666044 (or dependent bugs).

Given that this will be blocked for a while, I'm not assigning it to relops/dcops yet.

The machines in question are:
foopy18
foopy19
foopy20
foopy22
foopy23
foopy24
Assignee: nobody → server-ops-releng
Component: Release Engineering: Platform Support → Server Operations: RelEng
QA Contact: coop → arich
This doesn't depend on 666044 at all unless you're not going to use the linux foopies before then.  It should depended on 851579 or, more appropriately, whatever you guys have on the releng to correspond to setting stuff up after that bug was closed.
(In reply to Amy Rich [:arich] [:arr] from comment #1)
> This doesn't depend on 666044 at all unless you're not going to use the
> linux foopies before then.  It should depended on 851579 or, more
> appropriately, whatever you guys have on the releng to correspond to setting
> stuff up after that bug was closed.

Sorry, underlying assumptions have changed since this was filed. Removing dependency.
No longer depends on: 666044
Depends on: 851579
dmoore: do we have space for these in scl3?  They can't go in scl1 because they DS server with the correct software is in scl3.
We can fit these in scl3. Am I correct in assuming that they won't require EDID adapters? If that's the case, it's even easier for us.
They will require EDID (as will the ones in bug 848992 destined for scl1).
OK, thanks... we'll have a short lead time while we order more EDID. I'll update when there's an ETA.
dcops, please relocate these machines (new names listed below) to scl3 and change the rack and switch information in inventory and add a PDU k/v store for whatever IP addressable PDU these are hooked up to.  Please also hook them up to EDID and netboot them so that they reinstall with the proper OS.


foopy18 -> talos-mtnlion-r5-090
foopy19 -> talos-mtnlion-r5-091
foopy20 -> talos-mtnlion-r5-092
foopy22 -> talos-mtnlion-r5-093
foopy23 -> talos-mtnlion-r5-094
foopy24 -> talos-mtnlion-r5-095
Assignee: server-ops-releng → server-ops-dcops
colo-trip: --- → mtv1
Component: Server Operations: RelEng → Server Operations: DCOps
QA Contact: arich → dmoore
Hosts have been unracked from MV office. Transporting to SCL3
waiting for EDID adapters to get this all setup
colo-trip: mtv1 → scl3
EDID adapters have shipped and should arrive on 4/4:

UPS 1ZRV25160348814224
UPS 1ZRV25160352231239
We're retrofitting rack 102-22 with switching PDUs in order to accommodate these. We'll have an installation ETA shortly.
Any update here?  It's been about a month.
URL: 872179
Depends on: 872179
Depends on: 879615
Now that the PDU has been upgraded, any chance of getting these set up?
What VLAN are these mac minis going on?
test.releng.scl3.mozilla.com.
Depends on: 884504
All 6 hosts have been reimaged with inventory updated.  Each mini has 2 hard drives installed.

talos-mtnlion-r5-090.test.releng.scl3.mozilla.com is alive
talos-mtnlion-r5-091.test.releng.scl3.mozilla.com is alive
talos-mtnlion-r5-092.test.releng.scl3.mozilla.com is alive
talos-mtnlion-r5-093.test.releng.scl3.mozilla.com is alive
talos-mtnlion-r5-094.test.releng.scl3.mozilla.com is alive
talos-mtnlion-r5-095.test.releng.scl3.mozilla.com is alive
Status: NEW → RESOLVED
Closed: 11 years ago
Resolution: --- → FIXED
Could we please check if these machines have dongles? or proper graphic setup?
I *just* put them into production and burned a bunch of stuff.
I'm sorry this has taken so much time to be put into production.
I'm not entirely sure if all of them are having issues as they have not taken the jobs that they would burn if they had a bad dongle.
At least three of them have issues.

Thanks!
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
Armen - What's the optimal resolution that these mac minis should be in?  Turns out that we bought shorter hdmi > dvi cables to better fit these new sliding shelves, however these cables will not accept the 1600x1200 resolution.  It does accept 1920x1080, 1280x1024, and among others.

If you prefer it to be at the same resolution as all the other releng minis (1600x1200) then we'll have to go back to the longer hdmi cables.
All of the releng mac minis should be at 1600x1200.
All 6 minis have been swapped back to the original hdmi cables and graphics are displaying as expected.
Status: REOPENED → RESOLVED
Closed: 11 years ago → 11 years ago
Resolution: --- → FIXED
Than you very much! I will add them to prodution.
I had trouble with these machines again.
Any ideas on what could not be setup properly?
I don't have a working way to connect and see what is happening with them.
Armen - I've enabled vnc on these hosts.  You can VNC into them using root/n!** credentials.
I will be looking at these machines now.
Sorry for the delay.
These machines had different CPU specs than the Mountain Lion testers.
I will try to find a different use for them as they can't be used as testers.
What do their specs match?
(In reply to Dustin J. Mitchell [:dustin] (I read my bugmail; don't needinfo me) from comment #26)
> What do their specs match?

They do not match bld-lion-r5 or talos-mtnlion-r5. Maybe they match the signing servers. I don't know.

We could use it as builders but we should use a different naming as I'm concerned that in the future we might want to re-purpose them as testers.

I asked hwine on bug 859162 on what to do with it.
I am giving these machines to the A-team through bug 957218.
See Also: → 961853
Filed bug 961853 to revert any IT changes that might be left.
Product: mozilla.org → Infrastructure & Operations
You need to log in before you can comment on or make changes to this bug.