Closed Bug 652983 Opened 13 years ago Closed 13 years ago

reimage try-mac64-slave28

Categories

(Infrastructure & Operations :: RelOps: General, task)

task
Not set
normal

Tracking

(Not tracked)

RESOLVED FIXED

People

(Reporter: dustin, Assigned: dustin)

Details

Attachments

(1 file)

This was noted in bug 635964 comment 22, but is still going on.  Let's see if we can't track down this host and either make a slave out of it or make a doorstop out of it.  Leading suspicion is that it's the former stripped, bum-drive'd, try-mac-slave28.
Zandr Milewski [:zandr] 2011-04-26 21:40:58 CDT

? (10.250.48.198) at 00:16:CB:B0:75:23 [ether] on eth0

This is physically labeled as try-mac64-slave28, and forward DNS is correct for
this host. Reverse, not so much. Fixed.

----

So my guess was right.  Since this system has a stripped screw and no memory, can we just decommission it?
No, try-mac-slave28 has a stripped screw, no memory, and is sitting on the floor near Ravi's desk.

try-mac[SIXTYFOUR]-slave28 is plugged in talking to puppet, but under an incorrect reverse DNS entry, now fixed. If you reboot it, all should be well.
So this needs to get set up a la the slaves in bug 635964.  Its current passwords are the ancient set (from before I was hired).
Assignee: server-ops-releng → zandr
Summary: rogue try-mac64-slave38 trying to puppetize → reimage try-mac64-slave38
Fixed the subject, since we're talking about two-eight, not three-eight.
Summary: reimage try-mac64-slave38 → reimage try-mac64-slave28
add new host to puppet
Assignee: zandr → dustin
Attachment #531192 - Flags: review?(bhearsum)
Attachment #531192 - Flags: review?(bhearsum) → review+
OK, running again.
Status: NEW → RESOLVED
Closed: 13 years ago
Resolution: --- → FIXED
Component: Server Operations: RelEng → RelOps
Product: mozilla.org → Infrastructure & Operations
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: