gpsd-users
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Using non-PPS receiver for ntpd?


From: Greg Troxel
Subject: Re: Using non-PPS receiver for ntpd?
Date: Wed, 09 Jun 2021 11:47:59 -0400
User-agent: Gnus/5.13 (Gnus v5.13) Emacs/26.3 (berkeley-unix)

"Stein, Josh" <josh@anl.gov> writes:

Run 'ntpshmon' and see if you are getting reports.

Restart ntpd after having started gpsd.  I'm not sure this is or should
be necessary, but...

> But the output from ntpq doesn't look good to (my untrained) eye:
>
> ntpq -p
>      remote           refid      st t when poll reach   delay   offset  jitter
> ==============================================================================
>  us.pool.ntp.org .POOL.          16 p    -   64    0    0.000    0.000   0.001
>  SHM(0)          .GPS.            0 l    -   64    0    0.000    0.000   0.000
>
> I'm currently focusing on the "pool" entry of the ntp.conf as a
> possible culprit for my (apparent) problem. As you stated, this is not
> a gpsd specific issue so that debugging path likely does not belong
> here on this mailing list.

The pool entry is from default config, and tells ntpd to look up servers
to use and add them.  With no internet, that won't work, but that should
be ok.  That status line won't really change.

The problem is that ntpd is not seeing data from shared memory.

Attachment: signature.asc
Description: PGP signature


reply via email to

[Prev in Thread] Current Thread [Next in Thread]