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
Created attachment 531192 [details] [diff] [review] m652983-puppet-manifests-r1.patch 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
Last Resolved: 7 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.