[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.
signature.asc
Description: PGP signature
- Using non-PPS receiver for ntpd?, Stein, Josh, 2021/06/09
- Re: Using non-PPS receiver for ntpd?, Greg Troxel, 2021/06/09
- RE: Using non-PPS receiver for ntpd?, Stein, Josh, 2021/06/09
- Re: Using non-PPS receiver for ntpd?, Greg Troxel, 2021/06/09
- RE: Using non-PPS receiver for ntpd?, Stein, Josh, 2021/06/09
- Re: Using non-PPS receiver for ntpd?,
Greg Troxel <=
- RE: Using non-PPS receiver for ntpd?, Stein, Josh, 2021/06/09
- RE: Using non-PPS receiver for ntpd?, Stein, Josh, 2021/06/09
- RE: Using non-PPS receiver for ntpd?, Stein, Josh, 2021/06/09