Re: [chrony-users] Chrony gets out of sync regularly |
[ Thread Index |
Date Index
| More chrony.tuxfamily.org/chrony-users Archives
]
- To: chrony-users@xxxxxxxxxxxxxxxxxxxx
- Subject: Re: [chrony-users] Chrony gets out of sync regularly
- From: Miroslav Lichvar <mlichvar@xxxxxxxxxx>
- Date: Mon, 7 Mar 2022 12:36:29 +0100
- Authentication-results: relay.mimecast.com; auth=pass smtp.auth=CUSA124A263 smtp.mailfrom=mlichvar@xxxxxxxxxx
- Dkim-signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1646652995; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=aPMHxROjLy/5ZxtoCnL9x3fV9tDBasqMJIQTZGIkqUo=; b=JfbQLFMIDvn9gruLivpPVb+uiBa+/qAqiMqx++jdTCotFlHKVWaOjpsIrQ2hVwEG18MnTV k5s2RjOZCgySjH3ZZIFO1il5L/Km/g1eNDjNGmcuUn5sPi8UqiTt6tB+7li+iXyjDFfh1+ qdbYuuJa5BXufzCaMfd/y4F3GnPz4wM=
On Thu, Mar 03, 2022 at 10:03:54PM -0600, Steven Sommars wrote:
> Config: Host sync'd to nearby stratum 1s. Jitter ~35 usec. gpsd 3.23
> gpspipe, gpspipe -R and ntpshmmon running simultaneously for several hours
>
> gpspipe -T '%s' --usec -r | sed 's|,.*||'
> Min Max
> (sec) (sec)
> .132419 .168017 GPGBS
> .132332 .167903 GPGGA
> .132393 .167985 GPGSA
> .389284 .549959 GPGSV
> .132364 .167938 GPRMC
> .132263 .167829 GPZDA
I think that indicates the timing of GPGSV messages somehow
impacts the SHM timestamping. That would be a bug in gpsd.
> >>> Why do you need the SHM 0? You can use SHM 1 or SOCK.
> Some cookbooks (e.g.,
> https://support.ntp.org/bin/view/Support/ConfiguringSHMRefclocks ) use both
> SHM 0 and SHM 1
That might had been necessary with very old versions of gpsd (IIRC it
originally required something to bring the system clock close to the
PPS before it locked), but with more recent gpsd versions the
configuration should be one of the following:
1) refclock SOCK
2) refclock SHM 1
3) refclock SHM 0 noselect + refclock PPS lock SHM0
I don't recommend using SHM 0 and SHM 1 at the same time. Typically,
SHM0 is worse than a remote NTP server and makes falseticker detection
less reliable.
--
Miroslav Lichvar
--
To unsubscribe email chrony-users-request@xxxxxxxxxxxxxxxxxxxx
with "unsubscribe" in the subject.
For help email chrony-users-request@xxxxxxxxxxxxxxxxxxxx
with "help" in the subject.
Trouble? Email listmaster@xxxxxxxxxxxxxxxxxxxx.