Steve Kostecke <[EMAIL PROTECTED]> writes:
>On 2008-09-12, David Woolley <[EMAIL PROTECTED]> wrote:
>> Howard Barina wrote:
>>>
>>> Does an NTP servers take into account it's estimated offset in serving time
>>> to others? If I am a server and think I am 1.5 milliseconds off from true
>>> time,
On Thu, 11 Sep 2008 18:54:25 -0500, Hal Murray wrote:
>> I am interested in getting a GPS clock to synchronize our internal
>>test network. I am curious to hear about relativley cheap and Linux
>>friendly GPS clock. (Less than $100 would be great)
>
> The Garmin GPS 18 LVC is popular.
The a
In article <[EMAIL PROTECTED]>,
[EMAIL PROTECTED] (Hal Murray) wrote:
> >> No I suspect you ran /usr/sbin/ntpd, not /etc/init.d/ntpd
> >> /etc/init.d/ntpd start should do EXACTLY the same thing as when the system
> >> runs it on bootup.
> >
> >If I recall, the line that worked was "/etc/init.d/nt
In article <[EMAIL PROTECTED]>,
Unruh <[EMAIL PROTECTED]> wrote:
> Harlan Stenn <[EMAIL PROTECTED]> writes:
[snip]
>
> >Unruh> Did the dynamic keyword ever work? The web docs say that it is not
> >Unruh> yet implimented.
>
> >I'm pretty sure it works - what documentation says it doesn't?
>
> S
Dave Close wrote:
> Steve Kostecke <[EMAIL PROTECTED]> writes:
>
>> Are server1 and server2 real NTP servers? What does their ntpq -p output
>> look like?
>
>> Try 'ntpq -pcrv server[1|2]' from another system.
>
> # ntpq -pcrv server1
> server1: timed out, nothing received
> ***Request timed out
Steve Kostecke <[EMAIL PROTECTED]> writes:
>Are server1 and server2 real NTP servers? What does their ntpq -p output
>look like?
>Try 'ntpq -pcrv server[1|2]' from another system.
# ntpq -pcrv server1
server1: timed out, nothing received
***Request timed out
server1: timed out, nothing received
On 2008-09-12, Dave Close <[EMAIL PROTECTED]> wrote:
> Steve Kostecke wrote:
>
>>Are server1 and server2 real NTP servers? What does their ntpq -p output
>>look like?
>
> I don't have access to these servers.
Try 'ntpq -pcrv server[1|2]' from another system.
--
Steve Kostecke <[EMAIL PROTECTED]>
On 2008-09-12, David Woolley <[EMAIL PROTECTED]> wrote:
> Howard Barina wrote:
>>
>> Does an NTP servers take into account it's estimated offset in serving time
>> to others? If I am a server and think I am 1.5 milliseconds off from true
>> time, will I include this in the timestamps of my ntp re
Steve Kostecke wrote:
>Are server1 and server2 real NTP servers? What does their ntpq -p output
>look like?
I don't have access to these servers.
Richard Gilbert wrote:
>The offset is large enough that ntpd would need several DAYS to work it off.
>Try setting your clock to a reasonable approxim
"Richard B. Gilbert" <[EMAIL PROTECTED]> writes:
>David Woolley wrote:
>> Howard Barina wrote:
>>>
>>> Does an NTP servers take into account it's estimated offset in serving
>>> time
>>
>> There seem to have been a lot of questions asked in the last month that
>> are based on the false assumpti
"Richard B. Gilbert" <[EMAIL PROTECTED]> writes:
>Evandro Menezes wrote:
>> On Sep 12, 8:31 am, Unruh <[EMAIL PROTECTED]> wrote:
>>> Sounds great. So, let me say I have pool.ntp.org as a server. when my
>>> system comes up (a desktop) the network interface is there, but the dns
>>> server is still
Richard B. Gilbert wrote:
> David Woolley wrote:
>> There are people who who argue that the NTP algorithms are
>> fundamentally flawed and don't give the statistically best time in
>> real world situations. I think they have some credibility, but NTP's
>> inventor, does not.
>>
>
> I hope you
David Woolley wrote:
> Howard Barina wrote:
>>
>> Does an NTP servers take into account it's estimated offset in serving
>> time
>
> There seem to have been a lot of questions asked in the last month that
> are based on the false assumption that "offset" measures the difference
> between the lo
Howard Barina wrote:
>
> Does an NTP servers take into account it's estimated offset in serving time
There seem to have been a lot of questions asked in the last month that
are based on the false assumption that "offset" measures the difference
between the local clock and true time. Has someon
Dave Close wrote:
> dstadr=192.168.58.250, dstport=123, leap=00, stratum=2, precision=-7,
Precision -7 is poor, but possibly a contra-indication for the main
hypothesis as I believe that w32time is normally even worse, at -6.
> rootdelay=0.000, rootdispersion=14089.630, refid=172.16.2.5, reach=3
In article <[EMAIL PROTECTED]>,
Uwe Klein <[EMAIL PROTECTED]> writes:
>Hal Murray wrote:
>
>> There are a lot of low cost USB GPS gizmos that use the
>> SiRF Star III. They suck for timekeeping.
>>
>Is there a reason known for this?
I assume it's a software bug/feature. The problem is drift/
Evandro Menezes wrote:
> On Sep 12, 8:31 am, Unruh <[EMAIL PROTECTED]> wrote:
>> Sounds great. So, let me say I have pool.ntp.org as a server. when my
>> system comes up (a desktop) the network interface is there, but the dns
>> server is still dead, and the gateway is still dead. Ie, no address fo
Dave Close wrote:
> David Woolley <[EMAIL PROTECTED]> writes:
>
>> Dave Close wrote:
>
>>> What I haven't found while reading is how it is possible for a server to
>>> be both reachable and rejected. Note that the reject condition is not
>
>> That's quite easy, but I can't see a case which appli
On 2008-09-12, Dave Close <[EMAIL PROTECTED]> wrote:
> # ntpq -p
> remote refid st t when poll reach delay offset jitter
>==
> server1 172.16.2.5 2 u 24 64 3772.159 -51835.
Harlan Stenn <[EMAIL PROTECTED]> writes:
In article <[EMAIL PROTECTED]>, Unruh <[EMAIL PROTECTED]> writes:
>Unruh> Steve Kostecke <[EMAIL PROTECTED]> writes:
>>> On 2008-09-11, Bill Unruh <[EMAIL PROTECTED]> wrote:
A question has arisen in another group-- What happens if, when ntp
David Woolley <[EMAIL PROTECTED]> writes:
>Dave Close wrote:
>> What I haven't found while reading is how it is possible for a server to
>> be both reachable and rejected. Note that the reject condition is not
>That's quite easy, but I can't see a case which applies here (using a
>not recently
>>> In article <[EMAIL PROTECTED]>, Unruh <[EMAIL PROTECTED]> writes:
Unruh> Steve Kostecke <[EMAIL PROTECTED]> writes:
>> On 2008-09-11, Bill Unruh <[EMAIL PROTECTED]> wrote:
>>> A question has arisen in another group-- What happens if, when ntp
>>> starts up, the remoter server is unavailable (
>> No I suspect you ran /usr/sbin/ntpd, not /etc/init.d/ntpd
>> /etc/init.d/ntpd start should do EXACTLY the same thing as when the system
>> runs it on bootup.
>
>If I recall, the line that worked was "/etc/init.d/ntpd -c our ntp.conf file>". I don't recall that sbin was involved.
Running the i
On 2008-09-12, Evandro Menezes <[EMAIL PROTECTED]> wrote:
> On Sep 12, 8:31 am, Unruh <[EMAIL PROTECTED]> wrote:
>
>> Sounds great. So, let me say I have pool.ntp.org as a server. when
>> my system comes up (a desktop) the network interface is there, but
>> the dns server is still dead, and the ga
Richard B. Gilbert wrote:
> Terje Mathisen wrote:
>> Using a USB port for the +5V line is the canonical solution: Very
>> cheap, dependable, and no extra wall warts.
>>
>> Terje
>>
>
> I have read claims here that the high and unpredictable latencies in USB
> render it useless for time keeping!
Uwe Klein wrote:
> Hal Murray wrote:
>
>> There are a lot of low cost USB GPS gizmos that use the
>> SiRF Star III. They suck for timekeeping.
>>
> Is there a reason known for this?
No PPS signal.
Terje
--
- <[EMAIL PROTECTED]>
"almost all programming can be viewed as an exercise in caching
On Sep 12, 8:31 am, Unruh <[EMAIL PROTECTED]> wrote:
>
> Sounds great. So, let me say I have pool.ntp.org as a server. when my
> system comes up (a desktop) the network interface is there, but the dns
> server is still dead, and the gateway is still dead. Ie, no address for
> pool can be gotten fro
Hal Murray wrote:
> There are a lot of low cost USB GPS gizmos that use the
> SiRF Star III. They suck for timekeeping.
>
Is there a reason known for this?
uwe
___
questions mailing list
questions@lists.ntp.org
https://lists.ntp.org/mailman/listinf
In article <[EMAIL PROTECTED]>,
Bill Unruh <[EMAIL PROTECTED]> wrote:
> Joseph Gwinn <[EMAIL PROTECTED]> writes:
>
> >In article <[EMAIL PROTECTED]>,
> > [EMAIL PROTECTED] (Hal Murray) wrote:
>
> >> >I'm not a sysadmin, but am digging into service. I don't recall that
> >> >the service man pa
"Richard B. Gilbert" <[EMAIL PROTECTED]> writes:
>Terje Mathisen wrote:
>> Richard B. Gilbert wrote:
>>> Hal Murray wrote:
The Garmin GPS 18 LVC is popular. "Some assembly required."
(aka soldering) No big deal if somebody has a soldering iron
handy. There are a couple of links f
Martin Burnicki <[EMAIL PROTECTED]> writes:
>Bill,
>Bill Unruh wrote:
>> A question has arisen in another group-- What happens if, when ntp starts
>> up, the remoter server is unavailable ( eg no DNS or no connection)?
>> This is highly likely to be the case for a laptop for example, where the
>>
[EMAIL PROTECTED] (Hal Murray) writes:
>> I am interested in getting a GPS clock to synchronize our internal
>>test network. I am curious to hear about relativley cheap and Linux
>>friendly GPS clock. (Less than $100 would be great)
>The Garmin GPS 18 LVC is popular. "Some assembly required.
Uwe Klein <[EMAIL PROTECTED]> writes:
>Steve Kostecke wrote:
>> The GPS 18 LVC costs less than $70. Add to that the time for someone to
>> work out the wiring and solder up the connector (well under an hour for
>> a competant tech).
>If you ask Garmin Europe for a quote : ~190Euro + VAT Grrr
Steve Kostecke <[EMAIL PROTECTED]> writes:
>On 2008-09-11, Bill Unruh <[EMAIL PROTECTED]> wrote:
>> A question has arisen in another group-- What happens if, when ntp starts
>> up, the remoter server is unavailable ( eg no DNS or no connection)?
>> This is highly likely to be the case for a lapto
Terje Mathisen wrote:
> Richard B. Gilbert wrote:
>> Hal Murray wrote:
>>> The Garmin GPS 18 LVC is popular. "Some assembly required."
>>> (aka soldering) No big deal if somebody has a soldering iron
>>> handy. There are a couple of links from here:
>>> http://support.ntp.org/bin/view/Support/
Hi,
Does an NTP servers take into account it's estimated offset in serving time
to others? If I am a server and think I am 1.5 milliseconds off from true
time, will I include this in the timestamps of my ntp replies to others?
Thanks
Howard Barina
___
Terje Mathisen wrote:
> Uwe Klein wrote:
>
>> Steve Kostecke wrote:
>>
>>> The GPS 18 LVC costs less than $70. Add to that the time for someone to
>>> work out the wiring and solder up the connector (well under an hour for
>>> a competant tech).
>>
>>
>> If you ask Garmin Europe for a quote : ~190
Richard B. Gilbert wrote:
> Hal Murray wrote:
>> The Garmin GPS 18 LVC is popular. "Some assembly required."
>> (aka soldering) No big deal if somebody has a soldering iron
>> handy. There are a couple of links from here:
>> http://support.ntp.org/bin/view/Support/InexpensiveOemGps
>
> You wi
Uwe Klein wrote:
> Steve Kostecke wrote:
>
>> The GPS 18 LVC costs less than $70. Add to that the time for someone to
>> work out the wiring and solder up the connector (well under an hour for
>> a competant tech).
>
> If you ask Garmin Europe for a quote : ~190Euro + VAT Grrr.
Huh???
I bou
Steve Kostecke wrote:
> The GPS 18 LVC costs less than $70. Add to that the time for someone to
> work out the wiring and solder up the connector (well under an hour for
> a competant tech).
If you ask Garmin Europe for a quote : ~190Euro + VAT Grrr.
uwe
Bill,
Bill Unruh wrote:
> A question has arisen in another group-- What happens if, when ntp starts
> up, the remoter server is unavailable ( eg no DNS or no connection)?
> This is highly likely to be the case for a laptop for example, where the
> connection with the local network is only brought
Nero Imhard wrote:
> To the OP: Do not get confused, but please, please, please understand
> that NTP has no business at all with local time
If I read the initial posting again it seems to me the OP wants to set the
computer's time zone to UTC (On my Windows 2000 system Casablanca is
labelled
David Woolley schreef:
> Sami al flaish wrote:
>>
>> I have a problem with the NTP. 1- I am using machine where the
>> timezone set to (GMT) Casablanca mandatory.
>
> Morocco is no longer on GMT in Summer.
I'm afraid you're only confusing the issue. "(GMT) Casablanca" probably
refers to a t
43 matches
Mail list logo
