Closed Bug 714990 Opened 13 years ago Closed 12 years ago

put admin1a/b into service as NTP servers

Categories

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

task
Not set
normal

Tracking

(Not tracked)

RESOLVED FIXED

People

(Reporter: dustin, Assigned: mlarrain)

Details

These hosts should replace ns1/2 for this purpose.
Assignee: server-ops-releng → mlarrain
These changes should be made in puppet. Change the IPs in modules/ntp/manifests/server.pp and also in init.pp

Then make sure and add the ntp::server class to those hosts' node definitions. The rest should all work itself on its own then, but I'd expect lots of nagios alerts while the changes actually happen, as those are very sensitive. The nagios checks should probably also be updated to check against those servers.
I have added these to puppet and everything seems to be working now :)
Status: NEW → RESOLVED
Closed: 13 years ago
Resolution: --- → FIXED
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
02:24 < dustin> you need to use tcpdump (udp port 123) to check what's still talking to ns1/2
02:24 < dustin> and fix that
02:24 < dustin> and then remove ns1/2 from the peers list in puppet
02:25 < dustin> and remove 'include ntp::server' from ns1/2's node definition
roled dns over to use ntp from admin1a and admin1b yesterday. Will run tcpdump on ns1|2 on Monday to see if anything hasn't switched over and fix it accordingly.
from doing a tcpdump it looks like the mgmt interfaces of a few devices still are talking to ns1|2.
rolled NTP fully over to admin1a|b
Status: REOPENED → RESOLVED
Closed: 13 years ago12 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.