[ntp:questions] R: Re: debugging strange ntp in virtual environment
Bob.Horvath at motorolasolutions.com
Thu Sep 19 16:44:43 UTC 2013
> -----Original Message-----
> From: questions-bounces+bob.horvath=motorolasolutions.com at lists.ntp.org
> [mailto:questions-bounces+bob.horvath=motorolasolutions.com at lists.ntp.org] On
> Behalf Of Rob
> Sent: Thursday, September 19, 2013 11:20 AM
> To: questions at lists.ntp.org
> Subject: Re: [ntp:questions] R: Re: debugging strange ntp in virtual
> Horvath Bob-BHORVAT1 <Bob.Horvath at motorolasolutions.com> wrote:
> > I think the OP is saying that what they used as their stratum "x" time
> source just got virtualized. So what works then?
> > 1) Having the guests pointed to where the newly virtualized ntp server
> points now?
> > 2) Having ntpd running somewhere on real iron.
> > For 1), the reason they may have had a stratum "x" server in the first place
> is because they can't directly use or don't want to hammer the "x-1" server.
> > For 2), they just virtualized what used to be bare iron. Their only option
> left is to put it on the ESXi bare iron.
> What we have is a similar situation, we had a physical machine providing ntp
> service to the network and we went to virtualisation.
> The machine still providers good time. It is still synchronized to time
> sources on the network as it was before, and it still provides time to other
> servers and clients on the local network. Servers are other virtual servers
> on the same ESX hosts. Loading of the origin time servers is the same.
Well, I thought what the OP and others have been saying is that they aren't getting good time running NTP as a server for other clients. I suppose the definition of "good" may be the difference.
I have been running an experiment for several weeks now running several virtualized ntp servers and must admit I have been surprised they are running as well as they are.
> The only difficulty is that when you set this same server as the NTP source in
> ESX, it won't be accessible during boot. Similar problem exists for DNS
> server, when it is virtualized.
Yea, I can see that being an issue.
> As we have two locations, we provide the DNS and NTP servers of the second
> location as alternatives. And hope they won't have to boot simultaneously.
So, it sounds like you have two physical machines running VMs with ntpd as servers that are clients of known good external sources, and the "server VMs" are ntp clients of the "ntp VMs"?
If so, isn't the "man with two watches" a problem?
More information about the questions