In comp.protocols.time.ntp, you wrote:
> Hi there,
>
> I read the documentation a few times but can not find if it's possible
> to specify IP address for outgoing connections?
>
> I have server with multiple IP addresses and I need to specify the
> concrete one to be used to sync with servers/peers
On 2021-06-25, Jim Pennino wrote:
> chris wrote:
>> On 06/25/21 17:28, Jim Pennino wrote:
>
...
>
> Actually what I plan to do is to put a $14 USB GPS on the machine that
> already has a PPS GPS attached and do away with ALL external machines.
>
> If there are two GPS receivers attached to the
On 2021-06-25, Jim Pennino wrote:
> William Unruh wrote:
>> On 2021-06-25, Jim Pennino wrote:
>>> chris wrote:
>>>> On 06/25/21 04:08, Jim Pennino wrote:
>>>>> William Unruh wrote:
>>>>>
>>>>>
>>>>>
&
On 2021-06-25, Jim Pennino wrote:
> chris wrote:
>> On 06/25/21 04:08, Jim Pennino wrote:
>>> William Unruh wrote:
>>>
>>>
>>>
>>>> I suspect it is the number of times that ntpd tries to contact the
>>>> server and fails r
On 2021-06-24, Jim Pennino wrote:
> Jim Pennino wrote:
>> I was checking the stability of a new USB GPS refclock on a server which
>> is configured to use the GPS, servers from the ntp pool, and another server
>> of mine that has a PPS GPS receiver.
>>
>> I noticed that almost all the pool serve
On 2021-06-23, Jim Pennino wrote:
> William Unruh wrote:
>> On 2021-06-23, Jim Pennino wrote:
>>> William Unruh wrote:
>>>> On 2021-06-23, Jim Pennino wrote:
>>>> ...
>>>>>
>>>>> As for the USB GPS I was testing, it
On 2021-06-23, Jim Pennino wrote:
> William Unruh wrote:
>> On 2021-06-23, Jim Pennino wrote:
>> ...
>>>
>>> As for the USB GPS I was testing, it is called a VK-162 G-Mouse
>>> available from Amazon for $14, uses the Windows 10 native driver so it
>&
On 2021-06-23, Jim Pennino wrote:
...
>
> As for the USB GPS I was testing, it is called a VK-162 G-Mouse
> available from Amazon for $14, uses the Windows 10 native driver so it
> works with Meinberg ntp, and keeps the time within single digit
> milliseconds without any other servers.
Looks like
On 2021-06-10, chris wrote:
>
> Not familar with chrony, but why not go back to basics, run a stock
> ntpd, which works out of the box. Why make life difficult, when ntpd has
> more than adequate precision for the task ?. Experiment with other
> solutions once the basics are known working and exp
On 2021-06-09, chris wrote:
> On 06/09/21 22:00, ProGeek wrote:
>> On Wednesday, June 9, 2021 at 6:56:04 PM UTC+3, chris wrote:
>>> On 06/08/21 20:42, Andreas Mattheiss wrote:
Hello,
just as additional source of information: I have a similar setup here
(ublox PPS into a proper
On 2021-06-09, ProGeek wrote:
> On Wednesday, June 9, 2021 at 6:56:04 PM UTC+3, chris wrote:
>> On 06/08/21 20:42, Andreas Mattheiss wrote:
>> > Hello,
>> >
>> > just as additional source of information: I have a similar setup here
>> > (ublox PPS into a proper serial port of a PC) and I see a
On 2021-06-08, Roger wrote:
> On Tue, 8 Jun 2021 08:30:31 -0700 (PDT), ProGeek
> wrote:
>
>>Hope that will make the score higher
>
> Excuse me for my rudeness but forget the bloody scores. You need
> to concentrate on having low offsets for months at a time. Look
> at these two servers which are b
s] +/-
> 208ns
>
> Hope that will make the score higher
>
>
> On Tuesday, June 8, 2021 at 11:23:09 AM UTC+3, William Unruh wrote:
>> On 2021-06-08, ProGeek wrote:
>> > hello,
>> >
>> > I am using Chrony as a server.
>> >
>> > i m
>
> On Tuesday, June 8, 2021 at 10:49:53 AM UTC+3, William Unruh wrote:
>> You give no details at all so it is hard to figure out what you are
>> doing never mind what is wrong. It seems you have a 500 ms (1/2 second)
>> offset, which really is pretty terrible. Wrong edge on t
You give no details at all so it is hard to figure out what you are
doing never mind what is wrong. It seems you have a 500 ms (1/2 second)
offset, which really is pretty terrible. Wrong edge on the interrupt?
( and at the end it inexplicably drops to 100ms, which is still pretty
terrible but bett
This has nothing to do with summer time. ntp delivers UTC. That is it.
It has no idea of what summer time, winter time, time zones are nor does
it care. It delivers UTC time. All of the interpretation of the time
into things like timezones, summer time, etc are done locally by your
computer and you
On 2020-10-21, Miroslav Lichvar wrote:
> On 2020-10-21, William Unruh wrote:
>> On 2020-10-21, CRasch Net wrote:
>>> Facebook is now using Chrony, you can read about their implementation:
>>>
>>> Building a more accurate time service at Facebook scale
>&
On 2020-10-21, CRasch Net wrote:
> Facebook is now using Chrony, you can read about their implementation:
>
> Building a more accurate time service at Facebook scale
> https://engineering.fb.com/production-engineering/ntp-service/
Interesting. While I agree that chrony is more precise, I think th
On 2020-10-07, Andreas Mattheiss wrote:
> Hello,
>
> I wonder what's a realistic ballpark for the jitter I can expect when
> feeding a GPS PPS into ntpd?
around a microsecond or less.
>
> My setup is: a cheap u-blox NEO6M has its PPS output connected to a MAX232
> level shifter, connected to a t
On 2020-09-15, David Taylor wrote:
> On 14/09/2020 13:45, Rob van der Putten wrote:
>> Hi there
>>
>>
>> On 24/08/2020 16:07, William Unruh wrote:
>>
>>
>>
>>> It was renamed because UTC has nothing to do with Greenwich. For
>>&g
On 2020-08-24, Jakob Bohm wrote:
> On 2020-08-24 16:07, William Unruh wrote:
>> On 2020-08-24, Jakob Bohm wrote:
>>> On 2020-08-24 12:51, Beth Connell wrote:
>>>> Hi,
>>>> I'm struggling to find any information on where the free NTP servers are
On 2020-08-24, Jakob Bohm wrote:
> On 2020-08-24 12:51, Beth Connell wrote:
>> Hi,
>> I'm struggling to find any information on where the free NTP servers are
>> geographically based. In particular, I'm wondering where Facebook, Google,
>> Microsoft, etc are based within the UK. Just for curious
On 2020-08-24, Beth Connell wrote:
> Hi,
> I'm struggling to find any information on where the free NTP servers are
> geographically based. In particular, I'm wondering where Facebook, Google,
> Microsoft, etc are based within the UK. Just for curiousity, I'm wondering
> how this affects any i
On 2020-08-23, Uwe Klein wrote:
>
> Anybody else getting "request received" from TheFork
> and a bunch of "undeliverable" from uscc.net
>
> for each posting to comp.protocols.time.ntp ?
Nope, not here.
Not sure what you mean by "getting". emails? error messages? Popups?
I use slrn, and am seeing
On 2020-08-21, David Woolley wrote:
> On 21/08/2020 11:39, thimoo...@gmail.com wrote:
>> I have a question. how do you make a graph of your ntp server and is that
>> possible
>
> What parameter do you want to represent? Remember that the actual error
> from true time is never known, because, if
On 2020-06-16, David Taylor wrote:
> On 16/06/2020 17:11, William Unruh wrote:
> []
>> The question then is how rapidly the system can respond to an
>> interrupt,. This at least used to be of the order of a microsecond.
>> Also, how logd does it take to read the clock
On 2020-06-16, David Taylor wrote:
> On 15/06/2020 19:00, David Woolley wrote:
> []
>> What is the clock resolution? If you try and measure jitters that
>> aren't several times the resolution, they are not going to be
>> particularly valid.
>>
>> If the hardware clock is almost dead on, and th
On 2020-06-15, David Woolley wrote:
> On 15/06/2020 15:38, David Taylor wrote:
>>>
>>> https://www.eecis.udel.edu/~mills/ntp/html/cluster.html
>
> What is the clock resolution? If you try and measure jitters that
> aren't several times the resolution, they are not going to be
> particularly val
On 2020-06-15, David Taylor wrote:
> On 15/06/2020 08:33, Miroslav Lichvar wrote:
>> On 2020-06-14, David Taylor wrote:
>>> When using the ntpq -crv command, which is the better measure of system
>>> performance - clk_jitter or sys_jitter? I've look for the definitions
>>> and I'm thinking sys_j
On 2020-06-15, David Taylor wrote:
> On 15/06/2020 14:50, William Unruh wrote:
>> On 2020-06-15, David Taylor wrote:
>>> Once again, I tried to reply on the e-mail link but the message was
>>> rejected, Could the mailing list admin please set it so that:
>>
>
On 2020-06-15, David Taylor wrote:
> Once again, I tried to reply on the e-mail link but the message was
> rejected, Could the mailing list admin please set it so that:
No idea what you wanted to do. If you wanted to reply to the poster's
email, they may--like you -- have an invalid email. Also
On 2020-06-05, a...@avtodoria.ru wrote:
>> This sounds more like bit errors in serial reception.
>> ( i.e errors coming up in all magnitudes.)
>
>> That is reception via NMEA?
>> do you check the NMEA checksum ( Portion after * afair)?
>
> Thank you for response. Yes, that is reception via NMEA. N
On 2020-06-04, a...@avtodoria.ru wrote:
> Hello!!
>
> I have time jumps made by ntpd because gpsd sometimes puts wrong data to SHM
> because of wrong data from gps receiver(very bad chips)
What is the wrong data? Ie, how much of an offset does the wrong data
imply?
What does wrong data mean? D
On 2019-07-31, Andrew Harrison wrote:
> The backstory... I've been tasked with deploying a pair of Symmetricom
> TP1100 Time Providers with GPS antennae as the official time source for the
> company (replacing an ancient server with a Meinberg card in it). My company
> actually purchased the
On 2019-07-24, Jakob Bohm wrote:
> On 24/07/2019 08:07, William Unruh wrote:
>> On 2019-07-24, Jakob Bohm wrote:
...
>>>> A good timing-optimized gps unit, like the original Oncore, have a sw
>>>> mechanism to offset the PPS event away from the actual top of the
On 2019-07-24, Jakob Bohm wrote:
> On 21/07/2019 16:02, Terje Mathisen wrote:
>> William Unruh wrote:
>>> On 2019-07-19, Chris wrote:
>>>> On 07/18/19 11:13, William Unruh wrote:
>>>>
>>>>>
>>>>> Sure, but I do not have fa
On 2019-07-20, Chris wrote:
> On 07/19/19 21:47, William Unruh wrote:
>
>> No. The mechanism is clear. While one is answering its interrupt the
>> other gets to wait. So, it is the earliest one that is closest to
>> "right" Ie, do not try to use more than one int
On 2019-07-19, Chris wrote:
> On 07/18/19 11:13, William Unruh wrote:
>
>>
>> Sure, but I do not have faith in the "averaging" If one is always 30us
>> after the other, then the average will always be out by 15us.
>
> One would expect a difference, but how
On 2019-07-17, Chris wrote:
> On 07/17/19 12:59, William Unruh wrote:
>
> > I had some indication that the parallel port was faster.
>
> That would make sense, since the rs232 devices tend to be slew
> rate limited for noise rejection. Found some DS8921 driver / receiver
On 2019-07-17, Chris wrote:
>
> Next thing to try is the parallel port ack line pps and would be
I had some indication that the parallel port was faster.
> interesting to add a second pps signal to see how that affects the
> result. Interesting project for the summer anyway...
I suspect it will
On 2019-07-16, Andreas Mattheiss wrote:
> Hello,
>
> I have a cheap GPS hooked onto my PC via a MAX232 level converter - the
> PPS goes directly into the DCD pin of a native serial port.
>
> Everything is fine; after some time ntpd locks onto the PPS signal, and
> any other servers from the net s
On 2019-07-11, Michael Haardt wrote:
> Hello David,
>
> I trust the clock, because with constant temperature crystals perform
> pretty good. The clock is disciplined with PPS, but no adjustments
> happened during the measurement, so it runs with a constant frequency
> offset. It took a few days
On 2019-06-25, Chris wrote:
> On 06/25/19 19:35, William Unruh wrote:
>> On 2019-06-25, Chris wrote:
>> ...
>>>
>>> Thanks again for the replies. Did a bit of digging this morning and
>>> find that the 1pps sync stuff has been done before. Well, many
&g
On 2019-06-25, Chris wrote:
...
>
> Thanks again for the replies. Did a bit of digging this morning and
> find that the 1pps sync stuff has been done before. Well, many
> years ago in fact and more or less how I had visualised it - ntp
> data augmented by the 1 pps signal. Several pointers to the
On 2019-06-25, Chris wrote:
> On 06/21/19 15:48, Jakob Bohm wrote:
>> On 21/06/2019 15:14, Thomas Laus wrote:
>>> On 2019-06-21, David Woolley wrote:
On 21/06/2019 12:26, Thomas Laus wrote:
> Will either isolation solution have direct access to the computer
> CPU? The GPS clock will
On 2019-04-27, David Taylor wrote:
> On 27/04/2019 17:37, William Unruh wrote:
> []
>> On the subject of gps/pps receivers, since the Sure OEM board seems to
>> have disappeared, what is the current recommendation for a cheap gps/pps
>> board to attach to your computer?
On 2019-04-27, David Taylor wrote:
> On 26/04/2019 21:27, jelisko...@gmail.com wrote:
> []
>> I think that you are mistaken.
>>
>> " The servers joining should not have pool.ntp.org as their upstream
>> server(s), but should configure some good servers manually (those servers
>> may be chosen f
On 2019-04-26, jelisko...@gmail.com wrote:
> On Friday, 26 April 2019 19:39:25 UTC+2, William Unruh wrote:
>> On 2019-04-26, David Taylor wrote:
>> > On 26/04/2019 14:31, jelisko...@gmail.com wrote:
>> >> Hi guys,
>> >>
>> >> This is my c
On 2019-04-26, David Taylor wrote:
> On 26/04/2019 14:31, jelisko...@gmail.com wrote:
>> Hi guys,
>>
>> This is my config file for my NTP Stratum 2 server. Any suggestion for fine
>> tuning will be appreciated.
> []
>> # Use public servers from the pool.ntp.org project.
>> # Please consider join
On 2019-03-11, Nelson Bolyard wrote:
> I'm working on an IoT device whose clock only runs when it has power. When
> it first starts up, and also after every crash, its clock starts at zero.
> Today this device uses SNTPv3 to set its clock by contacting a nearby NTP
> server, and always assume
On 2018-08-06, David Woolley wrote:
> On 06/08/18 08:16, ashishchugh@gmail.com wrote:
>> 3- Is there is any way through i can determine that what is the currently
>> difference between my local system and ntp server.
>
> No. If you could, NTP could modify the local time to make the value zer
On 2018-08-06, ashishchugh@gmail.com wrote:
> Hi
>
> I am facing time drifting problem in my linux , i install ntp. first of all i
> am unable to execute ntpstat command as it is saying command not found.
>
> Then i execute ntpq -p and can see below ouuput
>
> remote refid
On 2018-08-05, aashish.ch...@fonantrix.com wrote:
> Hi,
>
> I am facing time drifting problem in my production env.
>
> I install ntp on my linux server and configure that.
>
> i enable the ntp, how can end of the day i can get the total time which ntp
> adjusted.
>
> when i execute ntpstat comma
On 2018-07-01, ggavila...@gmail.com wrote:
> I am currently using a Ublox M8N either for positioning than for time
> synchronization (as stratum0 source and stratum1 server to other subsystems).
> In order to achieve this I have a gpsd listening the device in a local port
> and publishing timin
On 2018-07-07, David Taylor wrote:
> On 06/07/2018 21:18, Daniel Gearty wrote:
>> In my case, I attribute the PPS delay to the serial to USB 1.1 conversion of
>> the Prolific PL2303HXD in my NaviSys GR-8013W GPS. The offset bounces
>> around within +/- 0.5 msec.
>> It appears the initial PPS of
On 2018-05-12, bhuvaneshwara...@powerupcloud.com
wrote:
> Hello,
>
> We are going to use these pool servers for our production env, so we need to
> know that you have any SLA for uptime and does this project meets the PCI and
> DSS compliance?
>
No idea what you are asking, but pool.ntp.org i
On 2018-04-04, Maria Iano wrote:
> I'm purchasing ntp appliances to put into three datacenters. Does it make
> sense to purchase two that use GPS and two that use WWVB, and configure them
> as peers?
Well, WWVB is about a million times less accurate than GPS (even with a cheap
GPS it is well ov
On 2018-04-05, Terje Mathisen wrote:
> Maria Iano wrote:
>> Thanks for your reply, David. Accuracy to within milliseconds is fine
>> for us. We currently have four old GPS appliances in four data
>> centers that we are replacing, and my thought is that some vendor
>> diversity would be good.
>>
>>
On 2017-12-12, romain.cordonn...@gmail.com wrote:
> Hi
>
> Many thanks for your information.
>
> My project is processing meteorological data.
>
> I will check the fake ntp server python code.
>
> Restarting the ntpd is enough to synchronize with upper source ? even if
> system is 2018 and upper
On 2017-12-05, romain.cordonn...@gmail.com wrote:
> Hi All,
>
> I have the same need as Cristian.
>
> I am working on a data processing project which is designed to run for 25
> years.
>
> The customer wants us to run data processing simulation at any time
> (past/present/future) from 2018 to 20
On 2017-11-19, David Taylor wrote:
> On 19/11/2017 06:29, William Unruh wrote:
> []> t but it is annoying to keep seeing 8 or more postings
>> only to have all of them killed. It is bizzare, and wonder if there is some
>> way of getting google to kill that account.
>>
On 2017-11-19, David Taylor wrote:
> On 18/11/2017 21:55, William Unruh wrote:
>> I am having sudden problems on my system with a Sure GPS with PPS.
>> I am running chrony, using a serial port to bring in the PPS signal.
>> Everything was working well-- the rms timing on the
I am having sudden problems on my system with a Sure GPS with PPS.
I am running chrony, using a serial port to bring in the PPS signal.
Everything was working well-- the rms timing on the pulse was about 1usec.
Suddenly on Nov 18 at very close to 00:00:00UTC the timing went to hell, and the
rpms is
On 2017-11-05, valizadeh...@gmail.com wrote:
> On Friday, November 3, 2017 at 1:01:26 AM UTC+3:30, Martin Burnicki wrote:
>> valizade...@gmail.com wrote:
>> > i have a ntp server based on Raspberry Pi3 with PPS (from u-blox6 ). i
>> > have also added a hardware clock to this system.
>> >
>> >
>
On 2017-10-31, valizade...@gmail.com wrote:
> i have a ntp server based on Raspberry Pi3 with PPS (from u-blox6 ). i have
> also added a hardware clock to this system.
>
>
> SOME times there is a large offset(3-18 sec) on the SHM (ntp driver 28).
What program is delivering the time to the SHM? g
On 2017-07-06, Fida Hasan wrote:
>
>>
>> You mean that the fluctuation in theoffset if 1.6us. YOu have no way of
>> knowing what the actual offset is, or do you have an independent clock?
>> Ie, ntp could be adding 100ms to the time and you would not know it.
>> (Not that that would be likely bu
On 2017-06-21, Fida Hasan wrote:
> On Thursday, June 15, 2017 at 2:58:07 AM UTC+10, Hans Mayer wrote:
>> Hi Fida,
>>
>> > However, did you ever tried to achieve 1-microsecond accuracy in your used
>> > refid (in your case with driver 28 which NTP uses)? My primary goal is to
>> > attain 1-micr
On 2017-05-18, Terje Mathisen wrote:
> David Taylor wrote:
>> On 16/05/2017 19:53, Greg Moeller wrote:
>>> Is there a way to test? It seems like I'm heading into the
>>> unknown here. :)
>>
>> You could get a dedicated NTP box such as:
>>
>>
>> http://www.leobodnar.com/shop/index.php?main_page=p
On 2017-05-16, David Woolley wrote:
> On 16/05/17 16:37, Greg Moeller wrote:
>> Has anyone come across the advisability of running an enterprise-wide NTP
>> server under an AIX LPAR?
>> We're currently running NTP on old Intel hardware and the company policy is
>> to refresh hardware on a regula
On 2017-05-16, Greg Moeller wrote:
> On Tuesday, May 16, 2017 at 10:37:55 AM UTC-5, Greg Moeller wrote:
>> Has anyone come across the advisability of running an enterprise-wide NTP
>> server under an AIX LPAR?
>> We're currently running NTP on old Intel hardware and the company policy is
>> to r
On 2017-05-16, Greg Moeller wrote:
>> My semi costs $100 and does very heavy hauling. What do you mean I
>> cannot enter it into the Indie 500?
They would not allow me to do so.
> Of course you can. Will it do very well in the race? Possibly not. But it
> wouldn't have to pit so maybe it
On 2017-05-16, Greg Moeller wrote:
> On Tuesday, May 16, 2017 at 3:36:07 PM UTC-5, William Unruh wrote:
>> Yes. But again it depends on its time source. Using a gps receiver with
>> a PPS output will give time to a few microseconds of UTC. If you are
>> serious about time fo
On 2017-05-16, Greg Moeller wrote:
> On Tuesday, May 16, 2017 at 2:07:01 PM UTC-5, Terje Mathisen wrote:
>> Greg Moeller wrote:
>> > On Tuesday, May 16, 2017 at 10:37:55 AM UTC-5, Greg Moeller wrote:
>> >> Has anyone come across the advisability of running an enterprise-wide NTP
>> >> server unde
On 2017-02-21, Erdem Ersagun wrote:
> 28 Kasım 2016 Pazartesi 16:19:51 UTC+3 tarihinde Terje Mathisen yazdı:
>> Erdem Ersagun wrote:
>> > Hello,
>> >
>> > I couldn't find any documents clarifying the process to apply for a
>> > new reference clock driver.
>> >
>> > Here in our projects, we use a c
On 2017-02-05, David Woolley wrote:
> On 05/02/17 00:22, Robert Scott wrote:
>> I hope to achieve a
>> frequency accuracy of 5 PPM. Once that measurement is made, I store
>> it for subsequent use in my app.
5ppm is not hard if you keep discipling the clock with ntpd/chrony. If
you let it freeru
On 2017-02-03, sean wrote:
> On 2017-02-02, William Unruh wrote:
>>>>
>>>> Another low-cost device is the Sure evaluation board:
>>>>
>>>>http://www.satsignal.eu/ntp/Sure-GPS.htm
>>>>
>>>>
>>>> http
On 2017-02-03, Miroslav Lichvar wrote:
> On 2017-02-03, Jakob Bohm wrote:
>> On 03/02/2017 04:15, Robert Scott wrote:
>>> When the two LI bits come back as 11 (clocks not synchronized) I have
>>> been treating that as a fatal error for that server. I ignore that
>>> packet and do not attempt to
On 2017-02-02, sean wrote:
> On 2017-02-01, David Taylor wrote:
>>
>> Sean,
>>
>> Thanks for your comments - much of the Web site is comprised of my own
>> notes to remind me what to do next time! Still waiting for one minor
>> operation, and then to see if (or should it be when?) the Crohn's
On 2017-01-30, sean wrote:
> Hi All,
>
> I'm real interested in NTP and accurate time, hence why I'm on this
> newsgroup. I would like to look into getting a time sensor and I hear
> the Garmin GPS 18X is what some folks run unless they need much more
> precision. Is this still a pretty well regar
On 2015-03-07, Magnus Danielson wrote:
> Harlan,
>
> On 03/07/2015 12:12 PM, Harlan Stenn wrote:
>> OK, a fair amount of good stuff is being discussed.
>>
>> Do we mostly all agree that the purpose of the drift file is to give
>> ntpd a hint as to the frequency drift at startup?
>>
>> If so...
>>
On 2015-03-07, Neil Green wrote:
> In an attempt to squeeze all I can out of a NTP and GPS/PPS setup on the
> Raspberry Pi 2 I???m starting to experiment with compile flags using GCC 4.8.
> Currently I have:
>
> CC="gcc-4.8" CFLAGS="-mcpu=cortex-a7 -mfpu=neon-vfpv4" ./configure
> --enable-NMEA
On 2015-03-06, Terje Mathisen wrote:
> Jochen wrote such a nice synopsis that I can only add my vote for a
> single write of the average drift over a long time period, i.e. somthing
> like this:
>
> a) Collect and average the values that would have been written every
> hour, then write this out
On 2015-03-01, catherine.wei1...@gmail.com wrote:
> On Saturday, February 28, 2015 at 4:25:02 PM UTC+8, Jan Ceuleers wrote:
>> On 28/02/15 08:48, catherine.wei1...@gmail.com wrote:
>> > I still have a doubt: the key file is generated on my PC (as the first ntp
>> > server) , when I copied it to t
On 2015-02-28, catherine.wei1...@gmail.com wrote:
> On Saturday, April 21, 2007 at 9:50:48 PM UTC+8, Steve Kostecke wrote:
>> On 2007-04-21, Remo wrote:
>>
>> > I was not able to set a remote server's leap. It looks like the NTP
>> > packets from the query is not generated at all. Though the "s
On 2015-02-25, Paul wrote:
> On Tue, Feb 24, 2015 at 4:17 PM, William Unruh wrote:
>
>> It is superior in that you can do it easily. Whether that is of any
>> importance to you is of course up to you. Myself I have never used it.
>>
>
> As is often the case you com
On 2015-02-25, Paul wrote:
> On Tue, Feb 24, 2015 at 3:22 PM, Charles Swiger wrote:
>
>>
>> Data is available. Feel free to review the papers referenced from:
>>
>
> I was unclear. I mean specific research regarding disciplining a clock via
> manual correction not human coordination or fine mot
On 2015-02-24, Paul wrote:
> On Tue, Feb 24, 2015 at 1:14 PM, Charles Swiger wrote:
>
>> On Feb 23, 2015, at 11:57 PM, David Woolley
>> wrote:
>> > On 23/02/15 21:23, William Unruh wrote:
>> >> manual corrections are probably good to 1 sec.
>> >
&
On 2015-02-23, Harlan Stenn wrote:
> William Unruh writes:
>> On 2015-02-23, Harlan Stenn wrote:
>> > Miroslav Lichvar writes:
>> >> On Sat, Feb 21, 2015 at 07:02:28PM +, David Taylor wrote:
>> >> > On 21/02/2015 17:52, William Unruh wrote:
On 2015-02-23, Brian Inglis wrote:
> On 2015-02-23 10:58, William Unruh wrote:
>> On 2015-02-23, Nuno Pereira wrote:
>
>>>> On 2015-02-20, Nuno Pereira wrote:
>>> By the answers that I've received meanwhile, we need 2 more.
>
>> You need one mor
On 2015-02-23, Paul wrote:
> On Mon, Feb 23, 2015 at 12:53 PM, William Unruh wrote:
>
>> As Lichvar says with chrony
>> you periodically read your watch, or listen to radio, and set the time
>> and chrony figures out that you have a drift rate of about 30PPM and
>
On 2015-02-23, Harlan Stenn wrote:
> Miroslav Lichvar writes:
>> On Sat, Feb 21, 2015 at 07:02:28PM +, David Taylor wrote:
>> > On 21/02/2015 17:52, William Unruh wrote:
>> > []
>> > >It will do that too. The crucial item there is "the only met
On 2015-02-21, Paul wrote:
> On Sat, Feb 21, 2015 at 1:57 AM, William Unruh wrote:
>>
>> On 2015-02-21, Paul wrote:
>> > On Fri, Feb 20, 2015 at 3:23 PM, William Unruh wrote:
>> >
>> >> ??? how do assume that the chrony docs do not tell the truth?
&
On 2015-02-21, Rob wrote:
> Roger wrote:
>> On 21 Feb 2015 10:52:40 GMT, Rob wrote:
>>
>>>Roger wrote:
On 21 Feb 2015 07:54:50 GMT, Rob wrote:
>It looks like you have created your own problem.
What problem are you talking about?
>>>
>>>Your problem to get enough good se
On 2015-02-21, Rob wrote:
> William Unruh wrote:
>> On 2015-02-19, Rob wrote:
>>> Miroslav Lichvar wrote:
>>>> On Thu, Feb 19, 2015 at 12:48:46PM +, Rob wrote:
>>>>> I am still finding out what sensor is best to use, we do have a room
>>&g
On 2015-02-21, Rob wrote:
> William Unruh wrote:
>> On 2015-02-19, Rob wrote:
>>> Miroslav Lichvar wrote:
>>>> On Thu, Feb 19, 2015 at 10:05:45AM +, Rob wrote:
>>>>> We have systems in places that are not temperature controlled and then
>&
On 2015-02-21, David Taylor wrote:
> On 21/02/2015 07:04, William Unruh wrote:
> []
>> orphan mode is about a group of computers. "Orphan Mode allows a group
>> of ntpd processes to automonously select a leader in the event that all
>> real time sources become unrea
On 2015-02-21, Paul wrote:
> On Fri, Feb 20, 2015 at 3:23 PM, William Unruh wrote:
>
>> ??? how do assume that the chrony docs do not tell the truth?
^ you
>
>
> I don't understand that sentence.
___
questi
On 2015-02-21, David Taylor wrote:
> On 20/02/2015 20:22, William Unruh wrote:
> []
>> No. The local clock simply trusts the time (Ie all offsets are defined
>> to be zero) chrony takes the time as entered by hand by the operator and
>> uses that to determine the offset.
On 2015-02-20, Nuno Pereira wrote:
>
>
>
> In our infrastructure we had some ntp clients that don't have access to the
> world and so they are configured to use only 2 servers (by the way, the other
> have 2 more options). In reality both servers are the same, but with different
> IPs.
So you o
On 2015-02-20, Roger wrote:
> http://www.pool.ntp.org/scores/90.155.73.34
>
> How does one alert an operator that their server is sick?
> Checking back through my peerstats I see that last entry
> which was okay was 2015-02-16 15:08:56.
Send them an email?
___
1 - 100 of 2673 matches
Mail list logo