Closed
Bug 704329
Opened 14 years ago
Closed 14 years ago
put new releng-dedicated nameserver in mtv1 into production
Categories
(Infrastructure & Operations :: RelOps: General, task)
Infrastructure & Operations
RelOps: General
Tracking
(Not tracked)
RESOLVED
FIXED
People
(Reporter: dustin, Assigned: dustin)
Details
Bug 610304 set up an HA nameserver (really two nameservers on a virtual IP), at 10.250.48.19.
I'd like to start by pointing staging hosts at this IP, and checking that they still get the forward and reverse resolution that they expect. As with the deletion of the build view today, I fully expect this to work, but I want to be as careful as possible.
Once that's done and we're happy, I'll turn this on for the build network in mtv1.
So, to start, please list some dev/pp hosts that I can adjust. I'll change their configured resolvers in DHCP, so at their next reboot they'll start using the new nameservers.
Assignee | ||
Comment 1•14 years ago
|
||
Ping?
Comment 2•14 years ago
|
||
I've marked the following dev/pp slaves as using the new NS in slavealloc:
linux64-ix-slave02
moz2-darwin10-slave01
moz2-darwin9-slave08
mv-moz2-linux-ix-slave01
talos-r3-fed-001
talos-r3-fed64-001
talos-r3-leopard-002
talos-r3-w7-003 win7
talos-r4-lion-002
talos-r4-snow-010
w32-ix-slave01
Assignee: nobody → server-ops-releng
Component: Release Engineering → Server Operations: RelEng
QA Contact: release → zandr
Assignee | ||
Comment 3•14 years ago
|
||
Only two of those are in mountain view:
moz2-darwin10-slave01
mv-moz2-linux-ix-slave01
but I've changed the DHCP information for them. The rest should have those notes removed, probably, and if there are others in mtv1 you'd like to test, let me know. I rebooted the first, which was not doing a job, to verify that the DHCP info was correct.
Comment 4•14 years ago
|
||
If we can also try it with mw32-ix-slave01 (now marked in slavealloc), I think that will be sufficient for me.
Assignee | ||
Comment 5•14 years ago
|
||
OK, DHCP config is updated, so we now have three hosts in this test. Shall we give this a week, and then turn it on for everything in mtv1?
Comment 6•14 years ago
|
||
(In reply to Dustin J. Mitchell [:dustin] from comment #5)
> OK, DHCP config is updated, so we now have three hosts in this test. Shall
> we give this a week, and then turn it on for everything in mtv1?
Yes, please.
Comment 7•14 years ago
|
||
If I could insert a comment 3.5 here, it would say that I removed the slavealloc comments for all the hosts in comment #2 but not in comment #3.
Updated•14 years ago
|
Assignee: server-ops-releng → dustin
Assignee | ||
Comment 8•14 years ago
|
||
Coop, were there any issues with these hosts? If not, I'd like to enable this globally build.mtv1-wide today.
Comment 9•14 years ago
|
||
(In reply to Dustin J. Mitchell [:dustin] from comment #8)
> Coop, were there any issues with these hosts? If not, I'd like to enable
> this globally build.mtv1-wide today.
All three slaves are behaving normally AFAICT. The windows slave had the wrong ssh keys on it for a while, but I've fixed that now.
Assignee | ||
Comment 10•14 years ago
|
||
OK, turned on for all mtv1 hosts. The dhcp commit (r25933) is easy to revert if this goes badly. Bug 712449 tracks taking out mv-buildproxy01.
Status: NEW → RESOLVED
Closed: 14 years ago
Resolution: --- → FIXED
Updated•12 years ago
|
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.
Description
•