Closed
Bug 737938
Opened 13 years ago
Closed 13 years ago
change puppet server and clean certs on new rev 5 builder ref machine
Categories
(Infrastructure & Operations Graveyard :: CIDuty, task)
Tracking
(Not tracked)
RESOLVED
FIXED
People
(Reporter: jhford, Assigned: jhford)
References
Details
we want to set the correct puppet server name on the machines coming up in scl3 and make sure the puppet client certs are removed so that the machines are able to sync with the scl3 puppet server when it comes up.
Amy, please comment with the exact fqdn of the scl3 puppet server.
| Assignee | ||
Comment 1•13 years ago
|
||
Fwiw, until we have a working puppet server in scl3, there is no way to verify that things are working as expected.
Assignee: nobody → jhford
Comment 2•13 years ago
|
||
scl3-production-puppet.srv.releng.scl3.mozilla.com.
Comment 3•13 years ago
|
||
btw, the puppet master bug is bug 737590.
| Assignee | ||
Comment 4•13 years ago
|
||
Jake, I've been toild that you'll be bring up the machine for me. Please comment in this bug and ping me on IRC when the machine is powered on and ready for me to make the changes. Please include the hostname of the machine
Comment 5•13 years ago
|
||
After a bunch of cleanup that was required on the client end, the host is up and responding and obtaining the correct hostname.
/Library/Preferences/SystemConfiguration/preferences.plist had information hard coded for the network and system configuration which needed to be deleted:
54a55,58
> <key>Addresses</key>
> <array>
> <string>10.12.48.23</string>
> </array>
56a61,66
> <key>Router</key>
> <string>10.12.48.1</string>
> <key>SubnetMasks</key>
> <array>
> <string>255.255.248.0</string>
> </array>
338a349,368
> <key>System</key>
> <dict>
> <key>Network</key>
> <dict>
> <key>HostNames</key>
> <dict>
> <key>LocalHostName</key>
> <string>noservers</string>
> </dict>
> </dict>
> <key>System</key>
> <dict>
> <key>ComputerName</key>
> <string>noservers</string>
> <key>ComputerNameEncoding</key>
> <integer>134217984</integer>
> <key>HostName</key>
> <string>noservers</string>
> </dict>
> </dict>
Comment 6•13 years ago
|
||
Oh, and to put this in the bug, the hostname is:
bld-lion-r5-074.build.releng.scl3.mozilla.com
| Assignee | ||
Comment 7•13 years ago
|
||
The edid emulator initially plugged into the second test machine (044) was defective. After verifying the same display failures using the first machine (074) we were able to run puppet correctly without any human interaction.
Because scl3 is a new datacenter, I added a bogus master to slavealloc so that I could test that buildbot started correctly. It did and buildbot is currently running on the second box trying to connect to this bogus master.
This image is good to deploy to the remaining 79 machines. Please redo 074 as I am unsure of its state.
| Assignee | ||
Comment 8•13 years ago
|
||
this image was deployed
Status: NEW → RESOLVED
Closed: 13 years ago
Resolution: --- → FIXED
Updated•12 years ago
|
Product: mozilla.org → Release Engineering
Updated•7 years ago
|
Component: Platform Support → Buildduty
Product: Release Engineering → Infrastructure & Operations
Updated•6 years ago
|
Product: Infrastructure & Operations → Infrastructure & Operations Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•