On Thu, 10 Jun 2021, Yoed Stavi wrote:
[CAUTION: Non-UBC Email]
Hi Miroslav,
Sorry, I don't know the answer to that and I can't freely access the system to
check.
I do know that the NTP server was stratum 14 so I imagine that there's plenty
wrong with the time on it vs. the PPS, in both frequency and offset.
The purpose of the server is to get the seconds right. Ie, for the ntp server,
it is crucial that it be within about 1/2 sec of UTC. After that pps can take
over. It would probably help us give advice if you gave us specific example
of what ntp does, what pps does and why you say they are in conflict.
They really cannot be in conflict. ntp server gives the seconds which pps does
not. pps gives the nanoseconds, which the ntp server does not. So where is the
conflict?
Regards,
Yoed.
-----Original Message-----
From: Miroslav Lichvar <[email protected]>
Sent: Thursday, 10 June 2021 11:31
To: [email protected]
Subject: [EXTERNAL] Re: [chrony-users] Allow PPS to take over after NTP is in
sync
On Thu, Jun 10, 2021 at 08:23:18AM +0000, Yoed Stavi wrote:
Hi All,
We have an environment where the NTP server and the PPS are in disagreement.
Are they at a constant offset to each other? In that you would specify
the offset for one of the sources to make them agree.
--
Miroslav Lichvar
--
To unsubscribe email [email protected]
with "unsubscribe" in the subject.
For help email [email protected]
with "help" in the subject.
Trouble? Email [email protected].
--
To unsubscribe email [email protected]
with "unsubscribe" in the subject.
For help email [email protected]
with "help" in the subject.
Trouble? Email [email protected].
--
To unsubscribe email [email protected]
with "unsubscribe" in the subject.
For help email [email protected]
with "help" in the subject.
Trouble? Email [email protected].
