Argonne National Laboratory

Experimental Physics and
Industrial Control System

1994  1995  1996  1997  1998  1999  2000  2001  2002  2003  2004  2005  2006  2007  2008  2009  2010  2011  2012  2013  2014  2015  2016  <2017 Index 1994  1995  1996  1997  1998  1999  2000  2001  2002  2003  2004  2005  2006  2007  2008  2009  2010  2011  2012  2013  2014  2015  2016  <2017
<== Date ==> <== Thread ==>

Subject: Re: time stamp on vxWorks jumping to the future
From: Andrew Johnson <anj@aps.anl.gov>
To: "Hartman, Steven M." <hartmansm@ornl.gov>, Dirk Zimoch <dirk.zimoch@psi.ch>
Cc: EPICS Tech Talk <tech-talk@aps.anl.gov>
Date: Tue, 28 Nov 2017 11:34:17 -0600
On 11/28/2017 11:03 AM, Hartman, Steven M. wrote:
> 
>> On Nov 27, 2017, at 9:04 PM, Michael Davidsaver <mdavidsaver@gmail.com> wrote:
>>
>> On 11/27/2017 02:47 AM, Dirk Zimoch wrote:
>>
>>>>>> Can a corrupted NTP message cause this?
>>
>> This depends on how much, if any, validation is done by sntpcTimeGet().
> 
> 
> Very little validation. Nothing to check if the reported time is sensible as compared to the previously known local time. 
> 
> Dirk, what type of device is your NTP server and where does it get its time? I recall that SNS had a GPS for the timing system which worked fine for the timing system’s time stamp, but it wasn’t considered reliable to use as an NTP server. Can you monitor what your NTP server is reporting? 
> 

This might be completely irrelevant to this issue, but at APS we
discovered that running ntpd on RHEL7 on a VM the times given out to NTP
clients were really noisy (ntpd doesn't understand hypervisors). By
switching to the newer Chrony package we got much nicer results, the
server locks much more quickly and closely than ntpd (Chrony doesn't
support the same obscure high precision clock hardware that ntpd does,
but we don't need them).

- Andrew

-- 
Arguing for surveillance because you have nothing to hide is no
different than making the claim, "I don't care about freedom of
speech because I have nothing to say." -- Edward Snowdon

Replies:
Re: time stamp on vxWorks jumping to the future Zimoch Dirk (PSI)
References:
time stamp on vxWorks jumping to the future Dirk Zimoch
Re: time stamp on vxWorks jumping to the future Dirk Zimoch
Re: time stamp on vxWorks jumping to the future Michael Davidsaver
Re: time stamp on vxWorks jumping to the future Dirk Zimoch
Re: time stamp on vxWorks jumping to the future Michael Davidsaver
Re: time stamp on vxWorks jumping to the future Hartman, Steven M.

Navigate by Date:
Prev: Re: time stamp on vxWorks jumping to the future Hartman, Steven M.
Next: EDM Hoff Video Widget and Bits Per Pixel Hugo Slepicka
Index: 1994  1995  1996  1997  1998  1999  2000  2001  2002  2003  2004  2005  2006  2007  2008  2009  2010  2011  2012  2013  2014  2015  2016  <2017
Navigate by Thread:
Prev: Re: time stamp on vxWorks jumping to the future Hartman, Steven M.
Next: Re: time stamp on vxWorks jumping to the future Zimoch Dirk (PSI)
Index: 1994  1995  1996  1997  1998  1999  2000  2001  2002  2003  2004  2005  2006  2007  2008  2009  2010  2011  2012  2013  2014  2015  2016  <2017
ANJ, 28 Nov 2017 Valid HTML 4.01! · Home · News · About · Base · Modules · Extensions · Distributions · Download ·
· EPICS V4 · IRMIS · Talk · Bugs · Documents · Links · Licensing ·