David J Taylor wrote:
> David J Taylor wrote:
>> Heiko Gerstung wrote:
>> []
>>> Can you try to run ntpdate -q on the machine
>>> and check if that works? If not, try ntpdate -qu to use an
>>> unprivileged port. You would need to stop the NTP service on that
>>> machine first (net stop ntp).
>>
>
David Woolley wrote:
> droodle wrote:
>
>>
>> can this be acheived with w32time or is this purely for domain
>> situations as these servers will either be in different domains or
>> workgroups ?
>
> I think it probably can, however only Microsoft have any expertise on
> this and they don't post
Augustine wrote:
> On Mar 25, 2:30 pm, "David J Taylor" this-bit.nor-this.co.uk> wrote:
>> ntp1.arse.org
>
> I'm not surprised about this one... :-D
>
> Jokes aside, why do we still see such announcements months after the
> event? What can be done to mitigate and weed out such servers? Can
> N
David Woolley wrote:
> Richard B. Gilbert wrote:
>
>>
>> A VLF receiver usually requires a large antenna. If you have the
>> space to install one, it might solve your problem also.
>
> There are millions of VLF time receivers only using ferrite rods; many
> o
David Woolley wrote:
> Steve Kostecke wrote:
>> On 2009-03-23, Patrick Loschmidt wrote:
>>
>>> I'm trying to replace the linux/unix system clock by a special clock
>>> maintained on a PCI card.
>>
>> The RTC on the motherboard or the kernel clock? ntpd ignores the former
>> and disciplines the lat
Towli wrote:
> Hi
> We purchased an "EMC professional net" as seen on www.gude.info last
> week, and set it to test.
> During the weekend - saturday evening 18.27 according to the syslog - it
> synchronized with the (poorly recieved) Dcf77 signal and claimed the
> date to be 27/3 2013...
> I sen
Harlan Stenn wrote:
> Richard,
>
> Please be more tolerant.
>
> Some of us *vastly* prefer top-posted articles.
>
> Let's just agree to disagree about this, and stop lobbying for our personal
> preferences.
>
> H
> --
>>>> In article , "
Rob wrote:
> Richard B. Gilbert wrote:
>> Towli wrote:
>>> Hi
>>>
>>> I would like to test my internal clock (from my domain pc) against a
>>> public ntp server, to see if there is a discrepance (i suspect our
>>> domain time is not
Towli wrote:
> Wau - Thank you ! i bellieve thats exactly what i needed. It works on
> my personal pc but not on my domain pc. I bellieve port 123 is blocked
> in the firewall at work.
> Can i somehow verify if there is open for port udp port 123 and if it is
> not open, is there an alternative
Towli wrote:
> Thank you!
> It seems that ntpd is a Unix-thing though. Does something similar exist
> to xp?
>
Ntpd runs under Unix, Linux, OpenVMS, Windows/XP (and possibly other
versions (W/2K and V/Vista are the likeliest suspects)) and possibly
operating systems that neither of us has hea
Towli wrote:
> Hi
>
> I would like to test my internal clock (from my domain pc) against a
> public ntp server, to see if there is a discrepance (i suspect our
> domain time is not synchronised properly).
> Is there a way to do this?
>
> Bst rgds from Denmark
> /T
You can install ntpd and/or n
Joseph Gwinn wrote:
> In article <49bdc52b.20...@ntp.org>, ma...@ntp.org (Danny Mayer) wrote:
>
>> Joseph Gwinn wrote:
>>
> The FAQ has to be the place for such explanations.
I'm not sure if this qualifies as an FAQ as I don't recall that it has
come up before. FAQ stands for Frequ
Joseph Gwinn wrote:
> In article <49bdbbbe.4030...@ntp.org>, ma...@ntp.org (Danny Mayer)
> wrote:
>
>> Joseph Gwinn wrote:
>>> What's the story for IBM's AIX?
>>>
>> It builds on AIX too. It builds on most Unix systems though maybe not on
>> some of the oldest O/S versions.
>
> Including the AIX
Unruh wrote:
> "Richard B. Gilbert" writes:
>
>> David Woolley wrote:
>>> Joseph Gwinn wrote:
>>>> We have moved from the meaning of status code 9514 to the more general
>>> But you should have kept the thread, even if the subject changed.
&
Unruh wrote:
> David Woolley writes:
>
>> Joseph Gwinn wrote:
>>> We have moved from the meaning of status code 9514 to the more general
>
>> But you should have kept the thread, even if the subject changed.
>
>>> issue of how NTP shall be supported, so I've collected the relevant
>>> threads
David Woolley wrote:
> Joseph Gwinn wrote:
>> We have moved from the meaning of status code 9514 to the more general
>
> But you should have kept the thread, even if the subject changed.
>
>> issue of how NTP shall be supported, so I've collected the relevant
>> threads below.
>
>>
>> More gen
Joseph Gwinn wrote:
> In article ,
> "Richard B. Gilbert" wrote:
>
>> Joseph Gwinn wrote:
>>> In article ,
>>> "Richard B. Gilbert" wrote:
>>>
>>>> Joseph Gwinn wrote:
>>>>> In article <49bd390
Joseph Gwinn wrote:
> In article ,
> "Richard B. Gilbert" wrote:
>
>> Joseph Gwinn wrote:
>>> In article <49bd3907.1080...@ntp.org>, ma...@ntp.org (Danny Mayer)
>>> wrote:
>>>
> [snip]
>>> 3. The original question was how t
Unruh wrote:
> Joseph Gwinn writes:
>
>> In article <49bd3a1e.2020...@ntp.org>, ma...@ntp.org (Danny Mayer)
>> wrote:
>
>>> Richard B. Gilbert wrote:
>>>> Joseph Gwinn wrote:
>>>>> Is NTP v4 proven to run on Solaris 9 (SunOS 5.9
Joseph Gwinn wrote:
> In article <49bd3907.1080...@ntp.org>, ma...@ntp.org (Danny Mayer)
> wrote:
>
>> Joseph Gwinn wrote:
>>> In article <49bc631c.1060...@ntp.org>, ma...@ntp.org (Danny Mayer)
>>> wrote:
>>>
Ronan Flood wrote:
> On Thu, 12 Mar 2009 23:31:11 -0500,
> Joseph Gwinn w
Unruh wrote:
> Joseph Gwinn writes:
>
>> In article ,
>> "Richard B. Gilbert" wrote:
>
>
>>>> The suspicion is that we have not set something up correctly, not that
>>>> NTP v3 has failed, or that NTP v4 would fare better o
Joseph Gwinn wrote:
> In article <49bc631c.1060...@ntp.org>, ma...@ntp.org (Danny Mayer)
> wrote:
>
>> Ronan Flood wrote:
>>> On Thu, 12 Mar 2009 23:31:11 -0500,
>>> Joseph Gwinn wrote:
>>>
NTP version 3 is running. I've been trying to find the command to give
me the full version, in
Joseph Gwinn wrote:
> I have been debugging some system problems. The main system is too
> complicated, with too many people doing too many things, so I sought
> quiet refuge in an isolated test system consisting of a NTP timeserver
> connected by a point-to-point ethernet cable to a computer r
Unruh wrote:
> "Richard B. Gilbert" writes:
>
>> Unruh wrote:
>>> "Richard B. Gilbert" writes:
>>>
>>>> Unruh wrote:
>>>>> Steve Kostecke writes:
>>>>>
>>>>>> On 2009-03-12, Unruh wro
tomny...@router1.chaos.home wrote:
> "Richard B. Gilbert" writes:
>> tomny...@router1.chaos.home wrote:
>>> Just testing. I'm expecting this to fail to post anyway.
>> Moron!
>
> Man! Quick to judge. Way to make someone feel at home.
>
&
Unruh wrote:
> "Richard B. Gilbert" writes:
>
>> Unruh wrote:
>>> Steve Kostecke writes:
>>>
>>>> On 2009-03-12, Unruh wrote:
>>>>> Ie, IF you do not want to have jumps even on bootup, want fast convergence
>>>>>
Unruh wrote:
> Steve Kostecke writes:
>
>> On 2009-03-12, Unruh wrote:
>
>>> Ie, IF you do not want to have jumps even on bootup, want fast convergence
>>> to the good time,
>
>> In your haste to proselytize for chrony you've overlooked the fact the
>> the OP did not specify that he needs fast
Tom wrote:
> To All,
>
> How do you demonstrate the traceability of the NTP solution to BIPM
> UTC?
>
> Tom R
Most of us do not trace anything to BIPM (Bureau International des Poids
et Mesures). Those of us who live and work in the U.S.A. would usually
be satisfied to trace their time to NIS
David J Taylor wrote:
> Richard B. Gilbert wrote:
>> David J Taylor wrote:
>>> David Woolley wrote:
>>> []
>>>> You won't get millisecond accuracy on Windows. Although the
>>>> software clock can be disciplined to better than a millisecon
David J Taylor wrote:
> David Woolley wrote:
> []
>> You won't get millisecond accuracy on Windows. Although the software
>> clock can be disciplined to better than a millisecond, applications
>> can only read to one tick, which is 10ms by default and 1ms with the
>> fastest multi-media timers (wh
jack wrote:
> Hi everyone,
>
> First of all, I thank you for all your response.
>
> I understand the best solution would be using an IRIG board and that's
> what we had been using. We are now trying to make our product more
> compact by using a small single board PC with no RS 232 or PCI slot
> (
David J Taylor wrote:
> Martin Burnicki wrote:
>> David,
>>
>> David J Taylor wrote:
>>> Richard B. Gilbert wrote:
>>> []
>>>> I've been using Comcast for five or six years now without a problem!
>>>> YMMV.
>>>
>
Augustine wrote:
> On Mar 9, 4:23 pm, "Richard B. Gilbert"
> wrote:
>> Just about any GPS timing receiver is accurate to within about 50
>> nanoseconds using the PPS signal.
>
> Just wondering, does one need to consider the delay that the signal
> takes to
jack wrote:
> Hi all,
>
> I am trying to sync my Windows box to an external GPS source. I
> currently have BU353, whose output is not very periodic. I read up on
> ntpd implementation that uses PPS signal but I don't even have an RS
> 232 port on my computer.
>
> My questions:
> 1) what's the bes
Rod Dorman wrote:
> In article <3yednarq2tfixsjunz2dnuvz_r3in...@giganews.com>,
> Richard B. Gilbert wrote:
>> ...
>> I could set up my own DNS server but what would be the point? A hosts
>> file provides the addresses of the nodes on my RFC-1918 private network
David J Taylor wrote:
> Richard B. Gilbert wrote:
> []
>> Where, other than your ISP, would you go for DNS? If you are a home
>> user what choices do you have? If you are responsible for a
>> multi-user site it may make sense to operate your own DNS? I'm
>&g
Danny Mayer wrote:
> Richard B. Gilbert wrote:
>
>>> You are dependent on the ISP's DNS being up and able to respond. Since
>>> you can make the queries yourself why bother with their DNS? If there's
>>> no connectivity all queries will fail. I'm
Danny Mayer wrote:
> Martin Burnicki wrote:
>> Danny,
>>
>> Danny Mayer wrote:
>>> Martin Burnicki wrote:
Rob wrote:
> Steve Kostecke wrote:
>>> But it has two IPv4 addresses. Under the address 204.152.184.138 it
>>> works OK.
>> That's our off-site back-up.
> Well, in DNS
Jerome Yanga wrote:
> Will the MSF Outage on March 12 and 13 affect our servers? How will it
> affect our servers? Will it affect our servers? How do I determine if it
> will affect our servers?
>
> Help.
>
> Regards,
> Jerome
If MSF is your ONLY source of time, the outage probably will aff
Augustine wrote:
> On Mar 3, 4:01 pm, "Richard B. Gilbert"
> wrote:
>> NTP does this ONLY when the time is off by 128 milliseconds or more. If
>> NTP is that far off, other than at startup, something is badly wrong
>> somewhere!
>
> The problem is that
David J Taylor wrote:
> Steve Kostecke wrote:
> []
>> The canonnical address for contacting the individuals responsible for
>> the operation of any web-site is webmas...@thedomain. One does not
>> need to see a web-page to learn this.
>
> Steve, I'm delighted to hear that ntp.org still conform to
Augustine wrote:
> One concern I have is about stepping the time backwards. NTP may do
> this and you must be aware of its impact on your time stamping
> requirements.
>
> HTH
NTP does this ONLY when the time is off by 128 milliseconds or more. If
NTP is that far off, other than at startup, so
David J Taylor wrote:
> http://www.ntp.org/ => a blank page in both Firefox and Internet Explorer
>
> Is this correct?
It works for me!
___
questions mailing list
questions@lists.ntp.org
https://lists.ntp.org/mailman/listinfo/questions
Jason wrote:
> Below is a description of the environment, and my thoughts on, a
> resilient and precise NTP configuration. All comments, suggestions, etc.
> are welcome, indeed requested. I am not a software type, rather networks
> and hardware, so please consider that with comments and question
Maarten Wiltink wrote:
> wrote in message
> news:3af3f$49aca77c$47c546f2$29...@news.flashnewsgroups.com...
>
>> Just testing. I'm expecting this to fail to post anyway.
>
> Why?
>
Because he hasn't a clue?
___
questions mailing list
questions@lists
tomny...@router1.chaos.home wrote:
> Just testing. I'm expecting this to fail to post anyway.
Moron!
There are test newsgroups if you feel that you absolutely MUST post a
test message!
___
questions mailing list
questions@lists.ntp.org
https://lists.
ryad@gmail.com wrote:
> On Mar 2, 7:44 pm, "Richard B. Gilbert"
> wrote:
>> ryad@gmail.com wrote:
>>> Hi everybody,
>>> I've bought 10 PCs with identical hardware (motherboard,...).
>>> The PCs are located in the same room and running
ryad@gmail.com wrote:
> Hi everybody,
>
> I've bought 10 PCs with identical hardware (motherboard,...).
> The PCs are located in the same room and running identical
> configurations for 4 days now.
> They are synchronized using garmin 18 GPSes.
>
> I've just checked the NTP's loopstats file a
malay...@gmail.com wrote:
> On Feb 19, 2009 12:28pm, Danny Mayer wrote:
>> You should avoid NAT devices as they cause problems with the source and
>> destination addresses. This gets really bad with autokey.
>
> Avoiding NAT is impossible in today's Internet; we only have about 2 years
> of IPv
Gaurav Narain Mathur wrote:
>> From: unruh-s...@physics.ubc.ca
>> To: questions@lists.ntp.org
>> Date: Fri, 6 Feb 2009 14:18:09 +
>> Subject: Re: [ntp:questions] NTPd is not sync for some poll interval values
>>
>> narai...@hotmail.com (Gaurav Narain Mathur) writes:
>>
>>> I have a problem wher
Ryan Malayter wrote:
> On Mon, Feb 16, 2009 at 4:13 PM, Dave Hart wrote:
>
>> when it comes up my local IP stack has a problem. You see, my network
>> at home is also in the ever-popular 192.168.1.x subnet. Every time I
>> try to send a packet to my desktop machine at 192.168.1.10, my IP
>> sta
Dave Hart wrote:
> On Feb 16, 8:57 pm, "Richard B. Gilbert"
> wrote:
>> Dave Hart wrote:
>>> On the nonroutability of RFC1918 addresses, have you ever seen someone
>>> try to VPN back to their home network from a hotel network and fail
>>> miserab
Dave Hart wrote:
> On Feb 16, 8:56 am, "Maarten Wiltink"
> wrote:
>> "Dave Hart" wrote in message
>>
>>> RFC1918 addresses are of course not globally unique, so are
>>> particularly ill-suited to a reference ID used for loop detection.
>> [...]
>>> Why play roulette if you have a globally unique
Uwe Klein wrote:
> gary.limanap...@elisys.co.uk wrote:
>> On Feb 15, 9:15 am, Uwe Klein
>> wrote:
>>
>>> gary.limanap...@elisys.co.uk wrote:
>>>
Just joining this discussion as we have noticed NTP request from our
Authorised Server every 300ms on our LAN. They occur only between the
Unruh wrote:
> Steve Kostecke writes:
>
>> On 2009-02-14, Unruh wrote:
>
>>> gary.limanap...@elisys.co.uk writes:
>>>
The only way we can stop it is to disable W32Time process on the
Tablets, but this then leaves them unsynchronised. Still searching for
a solution?
>>> So this de
There has been a good deal of discussion concerning the performance of ntpd.
It would be more to the point to demonstrate the superiority of some
other than "Markovian" algorithm by writing a competing product and
demonstrating that it works "better" in some sense.
At the present time, the only
Unruh wrote:
> "Richard B. Gilbert" writes:
>
>> Unruh wrote:
>>> "Richard B. Gilbert" writes:
>>>
>>>> Martin Burnicki wrote:
>>>>> David J Taylor wrote:
>>>>>> Nero Imhard wr
Unruh wrote:
> "Richard B. Gilbert" writes:
>
>> Martin Burnicki wrote:
>>> David J Taylor wrote:
>>>> Nero Imhard wrote:
>>>>> Martin Burnicki wrote:
>>>>>
>>>>>> Why shouldn't ntpd be run e.g. on a
Hal Murray wrote:
> In article <49920e17.6050...@tla.org>,
> n...@tla.org (John Ioannidis) writes:
>> The problem setup: two locations, both within the United States, neither
>> has roof access so no GPS reception is possible. How do you synchronize
>> them with better than 50-microsecond accur
Martin Burnicki wrote:
> David J Taylor wrote:
>> Nero Imhard wrote:
>>> Martin Burnicki wrote:
>>>
Why shouldn't ntpd be run e.g. on a laptop?
>>> [...]
And surely this results in the question which has been discussed here
several times: why does it takes so long for ntpd to adjust
Martin Burnicki wrote:
> David J Taylor wrote:
>> Nero Imhard wrote:
>>> Martin Burnicki wrote:
>>>
Why shouldn't ntpd be run e.g. on a laptop?
>>> [...]
And surely this results in the question which has been discussed here
several times: why does it takes so long for ntpd to adjust
Brian Utterback wrote:
> Chris Adams wrote:
>
>> The asymmetry in ADSL is in bandwidth, not path or latency. More
>> frequency space is used for downstream (ISP->end user) communication
>> than for upstream, but both travel the same path.
>
> Decreased bandwidth means increased latency. The two
Chris Adams wrote:
> Once upon a time, Richard B. Gilbert said:
>> My bet would be that there is an asymmetry in your ADSL link! If I'm
>> not mistaken, the "A" in ADSL stands for asymmetric!
>
> The asymmetry in ADSL is in bandwidth, not path or latency.
Martin Burnicki wrote:
> Harlan Stenn wrote:
> In article , Martin Burnicki
> writes:
>> Martin> The basic thing I don't understand in the context of this thread
>> is Martin> why the behaviour with -g should not become the default
>> behaviour Martin> for ntpd.
>>
>> Because -g overrides
shane-dated-1234940...@csy.ca wrote:
> Hello,
>
> I'm using a Garmin 18 LVC connected using LinuxPPS with mostly good results.
> I am curious about one thing though. The offset reported by the GPS18
> differ from the public NIST servers by around 1.7-1.9MS. as shown in the
> offset numbers of n
Danny Mayer wrote:
> Eric wrote:
>> On Mon, 9 Feb 2009 14:07:26 -0800 (PST), jlevine
>> wrote for the entire planet to see:
>>
>>> In the last few days I have seen an increasing number of systems that
>>> are requesting the time in NTP format several times per second.
>> Have you considered the p
John Ioannidis wrote:
> The problem setup: two locations, both within the United States, neither
> has roof access so no GPS reception is possible. How do you synchronize
> them with better than 50-microsecond accuracy? Straight NTP over the
> Internet doesn't do the trick. They don't need to
Unruh wrote:
> "Richard B. Gilbert" writes:
>
>> Unruh wrote:
>>> "Richard B. Gilbert" writes:
>>>
>>>> jlevine wrote:
>>>>> In the last few days I have seen an increasing number of systems that
>>>>>
Uwe Klein wrote:
> Richard B. Gilbert wrote:
>> Harlan Stenn wrote:
>>
>>>>>> In article , Martin
>>>>>> Burnicki writes:
>>>
>>>
>>> Harlan> Because ntpd also gets restarted, and there is a strong
>>>
Harlan Stenn wrote:
In article , Martin Burnicki
writes:
>
> Harlan> Because ntpd also gets restarted, and there is a strong belief that
> Harlan> -g is bad for a restart and restarts will happen more often than
> Harlan> boots.
>
> Martin> Huh? I'm afraid I don't understand what you
Unruh wrote:
> "Richard B. Gilbert" writes:
>
>> jlevine wrote:
>>> In the last few days I have seen an increasing number of systems that
>>> are requesting the time in NTP format several times per second. This
>>> poll interval is far in excess o
jlevine wrote:
> In the last few days I have seen an increasing number of systems that
> are requesting the time in NTP format several times per second. This
> poll interval is far in excess of the usual best practices. Since
> there are a number of such systems, it is possible that this problem
>
Martin Burnicki wrote:
> Dave,
>
> David Mills wrote:
>> Alain,
>>
>> You are apparently using the release version of ntpd. That version,
>> while dated early this year, has a patchwork of old and new algorithms.
>> This means that, while the algorithms have been compatible as the
>> versions prog
Dave Hart wrote:
> $GPGGA fix indicator field 6 has at least the following possible
> vaues:
>
> 0 no fix
> 1 GPS fix
> 2 DGPS fix
>
> One reference [1] mentioned
>
> 3 GPS PPS fix
>
> and several reference
>
> 6 estimated or dead reckoning
>
> ntpd/refclock_nmea.c when using $GPGGA test
alkope...@googlemail.com wrote:
> Hi
> Where can I find a detailed description of all these values provided
> by "ntpq -c rv"?
> What do you think which values are important for logging and graphical
> display to see problems fast? Here is an example
> http://www.wraith.sf.ca.us/ntp/rrd/index.html
stuart clark wrote:
> I have a server 127.127.28.2 prefer minpoll 4 entry in my ntp.conf
> file. i have no other server entries in the ntp.conf file. This server
> entry creates a shared memory segment on startup with a defined shared
> memory "key".
>
> I have an application which i start manuall
j...@sailorfej.net wrote:
> Hi folks,
>
> I have a some FreeBSD systems running as guests in Microsoft Virtual
> Server. There is a known problem with these were the clocks run very
> fast. I am trying to use ntpd to keep their clocks in sync, but the
> frequency error offset is exceeding (I thi
Dave Hart wrote:
> On Jan 27, 11:30 pm, paul.cro...@softwareag.com wrote:
>> There are also NTP server appliances: see for
>> examplehttp://www.symmetricom.com/products/ntp-servers/ntp-network-appliances/
>> They promise NTP out-of-the-box with a minimum of hassle.
>
> Also
> http://www.meinberg.
martin.l.l...@gmail.com wrote:
> I have a network isolated the internet but I need a time server to run
> on this private network. Are there any standalone time server
> packages out there? Is there a way to force ntpd to sync with my
> computer clock and then run sending out the time data? Ntpd
David Woolley wrote:
> Richard B. Gilbert wrote:
>
>> How many REAL servers or clients are at stratum 15? I'd expect to
>> find most clients at strata between 2 and 5.
>
> That doesn't matter. Servers have to act as though they have a stratum
> 15 clie
David Woolley wrote:
> David E. Ross wrote:
>
>>
>> NTP servers that report leap-seconds within a month are buggy and should
>> be fixed. I have attempted to send E-mail messages to the operators of
>
> NTP servers need to start announcing more than a day in advance, so I'm
> not sure what you
anna_chen...@yahoo.com wrote:
> Hi, I need some help in interpreting the loopstats file, hope someone
> can help
> I have ntp configured so that it is generating the loopstats file, the
> file format is the following
>
> 54854 852.338 0.000779917 -85.871689 0.001363577 15.650605 10
> 54854 2390.51
Unruh wrote:
> David Woolley writes:
>
>> ryad@gmail.com wrote:
>
>>> This algorithm is robust because it is based on
>>> special techniques (it uses common packets in the traces to provide
>>> synchronisation).
>
>> In the end, any such algorithm is going to have to use techniques
>> simi
ryad@gmail.com wrote:
> On Jan 20, 2:00 am, Unruh wrote:
>
>>> I want to compare the outputs of an application when this app is fed
>>> with GPS input & when it is fed with HW input
>>> HW input = series of ("HW timestamp" + event)
>>> GPS input = series of ("GPS timestamps" + event)
>> So fe
Terje Mathisen wrote:
> ryad@gmail.com wrote:
>> On Jan 19, 10:26 pm, Terje Mathisen
>> wrote:
>>> ryad@gmail.com wrote:
Hello everybody,
I'm trying to track (offline) the drift of my gps clock relative to my
hw clock (the clock that I would have obtained without GPS).
Brown, Ken F. wrote:
> Please bear with me...I've taken over the time services so am just
> getting a handle on this...
>
> (in other words...newbie alert :)
>
Once upon a time ALL of us were newbies! Most of us usually remember that.
> We have 4 time servers - 3 with a GPS-style acquisition d
vinodkumar.pa...@wipro.com wrote:
> Hello All : I am not sure whether this question is already raised and
> answered, I checked the mailing list but could not track
> any related questions, my question is whether SNTP client can
> inter-operate with a NTP version 3 server.
It would be much easier
Steve Kostecke wrote:
> On 2009-01-12, Unruh wrote:
>
>> In general serial ports do NOT supply power. The RS232 standard does not
>> state that any power should be supplied. Now, some may create serial ports
>> which do, but those are out of standard and will depend on whose serial
>> port you ha
Mark Newman wrote:
> If a system consists of a large LAN which consists of small fiber optic LANs
> connected together via an RF network what precision can be expected? One of
> the subLANs contains a STRATUM 1 server sync'ed via a precision clock. The
> other subLANs contain level 2 STRATUM s
alkope...@googlemail.com wrote:
> On Jan 9, 11:19 am, "alkope...@googlemail.com"
> wrote:
>> Thanks. Now I have in my ntp.conf:
>> # statistics
>> statistics clockstats cryptostats loopstats peerstats rawstats
>> sysstats
>> filegen clockstats file clockstats type day enable
>> filegen cryptostats
Terje Mathisen wrote:
> Diego Ramos wrote:
>> Thanks.
>>
>> Is there any GPS model that provides PPS and I don't need to make a
>> connector for it?
>
> The Motorola Oncore MT+ is the "gold reference", but they stopped making
> them some years ago.
>
> I got 5 or 6 of the last ones. :-)
> ...
>
alkope...@googlemail.com wrote:
> On Jan 9, 3:10 am, "Richard B. Gilbert"
> wrote:
>> This is the (AFAIK) documented and supported method of getting NTP to
>> start a new file every day.
>>
>> Eventually, you will have remove the old files or buy a new
alkope...@googlemail.com wrote:
> On 8 Jan., 15:42, "Richard B. Gilbert" wrote:
>> Is that 00:40 AM local time? Or UTC?
>>
>> Have you tried using:
>
> It's UTC and ntpd is version 4.2.4p5
>
>
>> "filegen cryptostats file cryptost
Unruh wrote:
> "Richard B. Gilbert" writes:
>
>> Diego Ramos wrote:
>>> IT WORKED!!!
>>>
>>> I brought from home my old USRobotics 33600 external modem, made the
>>> symlinks and it's working fine. Now I'll try to find in th
Diego Ramos wrote:
> IT WORKED!!!
>
> I brought from home my old USRobotics 33600 external modem, made the
> symlinks and it's working fine. Now I'll try to find in the market a modem
> that works with my machine.
>
> Although my problem is solved, I still have a few questions:
>
> 1 - I read so
alkope...@googlemail.com wrote:
> Hello
> I'm using a script that moves the ntp stats (cryptostats.20090107,
> loopstats.20090107, ...) files from the ntp server to a fileserver at
> 00:40 AM. It works fine, except for the cryptostats.mmdd file. It
> seems the ntpd has this file still opened an
j...@specsol.spam.sux.com wrote:
> Richard B. Gilbert wrote:
>> j...@specsol.spam.sux.com wrote:
>>> Unruh wrote:
>>>> j...@specsol.spam.sux.com writes:
>>>>
>>>>> Have you never heard of calling ntpdate before starting the NTP daemon?
>
j...@specsol.spam.sux.com wrote:
> Unruh wrote:
>> j...@specsol.spam.sux.com writes:
>>
>
>>> Have you never heard of calling ntpdate before starting the NTP daemon?
>>
>> uh, ntpdate is severely depricated, and ntpd -g is what is supposed to be
>> used. If ntpd -g fails it is a bug.
>>
>
> Uhh,
Andy Helten wrote:
> jimp wrote:
>
>> Andy Helten wrote:
>>
>>> Heiko Gerstung wrote:
>>>
Juergen Perlinger schrieb:
> Hi everybody,
>
> One of the things that can be annoying is that NTPD cannot do an initial
> synchronization from (most) referenc
Evandro Menezes wrote:
> On Jan 3, 1:00 pm, "Richard B. Gilbert"
> wrote:
>> You might complain to Red Hat and ask them to fix their server. Other
>> than that, your only other remedy is to configure properly working
>> servers in sufficient number to outvote t
501 - 600 of 997 matches
Mail list logo
