On 2/8/2012 4:41 PM, E-Mail Sent to this address will be added to the
BlackLists wrote:
BlackList wrote:
Any CPU power management enabled?
Good question, but, no. System is set never to sleep,
never to standby, never to shut down hard drive,
and hibernate only if on battery w
Hi Brent,
I spent a little while skimming over the 254 PAGE! pdf of the manual
from the SparkFun website. The device is certainly well documented. I
couldn't find where they specify the timing relationship you specify.
That's very interesting if it's consistent. I'm currently using a
Glob
Hello all,
While researching potential GPS modules to experiment with for PPS
output, I discovered that SparkFun has quite a lot of modules, some of
which have PPS and some of which don't. You can't necessarily tell from
the product page. You have to check the data sheet. You can go to
the
"A C" wrote in message
news:4f32d84a.5090...@acarver.net...
[]
Man, lots of good message came through in a single block last night. I
found 140 new messages from lists.ntp.org when it's normally just a few
a day.
As the mail gateway is the secondary source, why not subscribe directly to
th
Hello. I'm not sure who to address my reply to. Thanks for the link to
the configuration info. Here are a couple of quotes from it:
-M
Raise scheduler precision to its maximum (1 ms) using
timeBeginPeriod. (Windows only)
-P /priority/
To the extent permitted by the operating system,
On 2012-02-08T19:59:49-, David J Taylor
wrote:
Running on my Windows PC (ntpd 4.2.7p241) I get:
C:\>ntpdc -c kerninfo pixie
[...]
Whereas logged into the FreeBSD 8.0 system (ntpd 4.2.4p5) I see:
pixie-ii# ntpdc -c kerninfo
Not only do the numbers look different, but the 2107 status isn'
On 2/7/2012 19:12, Dave Hart wrote:
On Tue, Feb 7, 2012 at 18:46, Dave Hart wrote:
On Tue, Feb 7, 2012 at 18:38, A C wrote:
On 2/7/2012 10:21, Dave Hart wrote:
Thanks for the heads-up. Assuming by "the C99 flag" you mean it was
configured using --enable-c99-snprintf, that flag didn't "take"
Found some additional info to share. See below.
On 2/8/2012 5:23 PM, Ron Frazier (NTP) wrote:
Hello all,
While researching potential GPS modules to experiment with for PPS
output, I discovered that SparkFun has quite a lot of modules, some of
which have PPS and some of which don't. You can'
Hello all,
While researching potential GPS modules to experiment with for PPS
output, I discovered that SparkFun has quite a lot of modules, some of
which have PPS and some of which don't. You can't necessarily tell from
the product page. You have to check the data sheet. You can go to
the
> BlackList wrote:
>> Any CPU power management enabled?
>
> Good question, but, no. System is set never to sleep,
> never to standby, never to shut down hard drive,
> and hibernate only if on battery with critical low battery.
FYI, CPU power management differs from those system power
managemen
On 2/8/2012 13:06, E-Mail Sent to this address will be added to the
BlackLists wrote:
A C wrote:
BlackList wrote:
Ron Frazier (NTP) wrote:
I will admit that I've only skimmed your NTPD losing
sync thread briefly.
... occasionally goes crazy and has offsets almost an
order of magnitude larg
On 2012-02-08, Ron Frazier (NTP) wrote:
> I've just been sending my posts to questions@lists.ntp.org via email and
> reading posts via email. I wasn't aware that a newsgroup was involved
> although I have noted your reply, for example, is also copied to a
> newsgroup.
http://lists.ntp.org/li
A C wrote:
> BlackList wrote:
>> Ron Frazier (NTP) wrote:
>>> I will admit that I've only skimmed your NTPD losing
>>> sync thread briefly.
>>> ... occasionally goes crazy and has offsets almost an
>>> order of magnitude larger than normal.
>>
>> Any CPU power management enabled?
>
> Not that I k
On 2/8/2012 3:02 PM, Ron Frazier (NTP) wrote:
On 2/7/2012 5:34 PM, E-Mail Sent to this address will be added to the
BlackLists wrote:
Ron Frazier (NTP) wrote:
I will admit that I've only skimmed your NTPD losing sync thread
briefly.
... occasionally goes crazy and has offsets almost an order o
On 2/7/2012 4:05 PM, David Woolley wrote:
Ron Frazier (NTP) wrote:
Thanks to Dave and Chuck for the quick replies. Just FYI, most of
the other lists I'm on use the public list address if you hit reply.
Most of the lists I am on do not munge the reply-to header, and will
generally point y
On 2012-02-08T19:59:49-, David J Taylor
wrote:
> Running on my Windows PC (ntpd 4.2.7p241) I get:
>
> C:\>ntpdc -c kerninfo pixie
[...]
> Whereas logged into the FreeBSD 8.0 system (ntpd 4.2.4p5) I see:
>
> pixie-ii# ntpdc -c kerninfo
>
> Not only do the numbers look different, but the 210
On 2/4/2012 15:28, David Lord wrote:
A C wrote:
For reference, this is what the system looks like normally until the
oscillations go out of control and wipe out clock sync:
remote refid st t when poll reach delay offset jitter
===
On 2/4/2012 13:12, E-Mail Sent to this address will be added to the
BlackLists wrote:
A C wrote:
Harlan Stenn wrote:
And have you tried the same thing without the "minpoll 9" entries?
What happens if you let ntpd ramp up the poll interval as it sees fit?
The poll intervals aren't ramping whi
On 2/7/2012 2:12 PM, Rod Dorman wrote:
In article<4f316f9a.6040...@c3energy.com>,
Ron Frazier (NTP) wrote:
The subject may sound silly, but every time I click reply to one of the
postings on this list, it puts the original message poster's address in
the TO field rather than the public list
Running on my Windows PC (ntpd 4.2.7p241) I get:
C:\>ntpdc -c kerninfo pixie
pll offset: 0.001216 s
pll frequency:27.793 ppm
maximum error:0.005504 s
estimated error: 2e-006 s
status: 2107
pll time constant:4
precision:1e-006 s
frequenc
I just received all these emails today. I guess the mail gateway was
stuck and not sending messages to the group.
Still working on the problem but there was already an issue with my copy
of libc having a broken dtoa. Compiling in a workaround.
On 1/30/2012 13:29, E-Mail Sent to this addres
On 2/7/2012 5:34 PM, E-Mail Sent to this address will be added to the
BlackLists wrote:
Ron Frazier (NTP) wrote:
I will admit that I've only skimmed your NTPD losing sync thread briefly.
... occasionally goes crazy and has offsets almost an order of
magnitude larger than normal.
Any
On 2/7/2012 19:12, Dave Hart wrote:
On Tue, Feb 7, 2012 at 18:46, Dave Hart wrote:
On Tue, Feb 7, 2012 at 18:38, A C wrote:
On 2/7/2012 10:21, Dave Hart wrote:
Thanks for the heads-up. Assuming by "the C99 flag" you mean it was
configured using --enable-c99-snprintf, that flag didn't "take"
On 2/7/2012 14:34, E-Mail Sent to this address will be added to the
BlackLists wrote:
Ron Frazier (NTP) wrote:
I will admit that I've only skimmed your NTPD losing sync thread briefly.
... occasionally goes crazy and has offsets almost an order of
magnitude larger than normal.
Any CPU power
"Kenyon Ralph" wrote in message
news:20120208192213.gc18...@kenyonralph.com...
[]
I don't think you're using the kernel PPS signal, so you may not have
compiled the kernel with the PPS_SYNC option. This is what you should
see, notice the "o" and mentions of PPS in kerninfo output (this
output is
On 2/3/2012 12:14 PM, E-Mail Sent to this address will be added to the
BlackLists wrote:
Ron Frazier (NTP) wrote:
So, the question is, how do I force this process to always start at the
priority that I want, rather than having to change it each time in Task
Manager?
Change the service
On 2012-02-08T09:07:33-, David J Taylor
wrote:
> I am unsure why people don't just use NNTP - there are plenty of
> free servers should your ISP not have a USENET server. Eternal
> September has already been mentioned.
All of the other technical groups I subscribe to use mailing lists.
Why
On Wed, Feb 8, 2012 at 10:58, Mark C. Stephens wrote:
> Going to have to make a script that collects all of this, I left the peer out:
>
> ntpq> peer
> remote refid st t when poll reach delay offset jitter
> ==
I am unsure why people don't just use NNTP - there are plenty of free
servers should your ISP not have a USENET server. Eternal September
has already been mentioned
It's their choice.
If you want to know their resoning you'd be better served asking real
questions of the right individuals instea
On 2012-02-03T15:55:41-, David J Taylor
wrote:
> >The need to make a custom kernel that includes option PPS_SYNC is
> >still true on the recently released FreeBSD 9.0.
> >
> >Tom
>
> Thanks, Tom. I'm not familiar with FreeBSD 8.0, but looking at the
> revision dates on some files it appears
On 2012-02-08, David J Taylor wrote:
> I am unsure why people don't just use NNTP - there are plenty of free
> servers should your ISP not have a USENET server. Eternal September
> has already been mentioned
It's their choice.
If you want to know their resoning you'd be better served asking rea
On 2012-02-02, David J Taylor wrote:
>> On NetBSD-5 with ntpd 4.2.6p5 the default is 64s.
>
> I wonder what expertise they have to select polling for reference clocks?
> BTW: Paul has FreeBSD.
The reason for longer polling is a) network load, and b) rate
optimality.
If you are running ntp in ord
Mark C. Stephens wrote:
That clarifies things a lot, Mr. Hart.
Both of the ntp servers have an * not an o. and I'd really like to squeeze some
more accuracy out of it ;)
[root@NTP ~]# ntpq -p
remote refid st t when poll reach delay offset jitter
===
Dave Hart wrote:
On Tue, Feb 7, 2012 at 23:01, Lylex Ryan wrote:
And if all you get is the daily summary, how to you reply to a post?
This post is my best guess: by cutting the message out of the daily summary and
replying to the list with an appropriate Subject.
Good guess!
You should ne
Bad, GPS not working with NTPD when set to timing mode:
$GPGGA,053037,3345.8218,S,15105.5278,E,0,08,00.35,90.0,M,0020.5,M,,
[]
Footnote:
To further complicate matters, I wired up a tee cable and sent the NMEA
to another NTP server here running windows NTPD 4.2.7p238-o.
NMEA works fine on
"David Woolley" wrote in message
news:jgtaso$gg6$1...@dont-email.me...
[]
It is also worth noting that, at least historically, some email postings
never make it to the core usenet group. I don't know if this has been
fixed since.
I'm sure they don't, as I would have expected Dave Hart (for
In article <4f316f9a.6040...@c3energy.com>,
Ron Frazier (NTP) wrote:
>The subject may sound silly, but every time I click reply to one of the
>postings on this list, it puts the original message poster's address in
>the TO field rather than the public list address. If I want my reply to
>go to
Ron Frazier (NTP) wrote:
> I will admit that I've only skimmed your NTPD losing sync thread briefly.
> ... occasionally goes crazy and has offsets almost an order of
> magnitude larger than normal.
Any CPU power management enabled?
--
E-Mail Sent to this address
will be added to the BlackLis
On 2/7/2012 1:38 PM, Ron Frazier (NTP) wrote:
The subject may sound silly, but every time I click reply to one of the
postings on this list, it puts the original message poster's address in
the TO field rather than the public list address. If I want my reply to
go to the list, I have to change th
Ron Frazier (NTP) wrote:
Thanks to Dave and Chuck for the quick replies. Just FYI, most of the
other lists I'm on use the public list address if you hit reply.
Most of the lists I am on do not munge the reply-to header, and will
generally point you to http://www.unicom.com/pw/reply-to-ha
Rod Dorman wrote:
I simply type an uppercase F but since you mentioned 'click' I'm
guessing you're using a GUI newsreader.
I think he's using the mailing list gateway rather than the underlying
newsgroup.
___
questions mailing list
questions@lists
Hi,
I use NTP on my windows box with serial PPS on
a modded Sure board as per David Taylor's intructions
(thanks Dave ;-) )
Issue I ran into is that a some point the server lost the PPS.
But the GPS seemed to work OK, with blue flashing led etc.
I activated the -ddd debug and got
refclock_gtra
On 2012-02-07, Mark C. Stephens wrote:
>
> [root@NTP ~]# ntpdc -c kerninfo
> pll offset: 3.243e-05 s
> pll frequency:106.791 ppm
> maximum error:0.011957 s
> estimated error: 8.8e-05 s
> status: 2001 pll nano
> pll time constant:4
> precision:
A C wrote:
> Harlan Stenn wrote:
>> And have you tried the same thing without the "minpoll 9" entries?
>>
>> What happens if you let ntpd ramp up the poll interval as it sees fit?
>
> The poll intervals aren't ramping which is why I have the minpoll
> directives. They stay locked to the PPS pollin
On 2012-02-03, David Woolley wrote:
> unruh wrote:
>
>>
>> The delays from refclocks are almost always all zero. Thus there will be
>> no info in the delay as whther a problem occured. ntpd will simply
>> assume it is as good as any other sample, and use it (the clockfilter
>> uses delays to sele
Ron Frazier (NTP) wrote:
> I decided to install the Meinburg NTP server and monitor
> on my Windows machines.
...
> I updated the key NTP programs and am using NTP version
> ntp-4.2.7p249-win-x86-bin from Dave Hart's website
...
> using RealTime priority creates periodic spikes where the
> o
A C wrote:
On 2/4/2012 01:11, Harlan Stenn wrote:
A C wrote:
Here's the current configuration for version 4.2.7p236:
server 0.us.pool.ntp.org minpoll 9 iburst
server 1.us.pool.ntp.org minpoll 9 iburst
server 0.north-america.pool.ntp.org minpoll 9 iburst
You might
Mark C. Stephens wrote:
> For the clock selection to work properly,
> do I need at least 2 other time sources?
> I have noticed that if I have one ref clock and one
> server configured they both get marked as false ticklers.
> Add a third server and it all works.
> Just want to check if this is
"Mark C. Stephens" wrote in message
news:4bde1132003994498b736b8017d15d10088ef...@exch2010.non-stop.com.au...
[]
GPS initially was selected but eventually got marked as false ticker.
I am going to drag a silly scope down there to have a look at the timing
pulse, I have a vague suspicion it ma
Mark C. Stephens wrote:
For the clock selection to work properly, do I need at least 2 other time
sources?
I have noticed that if I have one ref clock and one server configured they both
get marked as false ticklers.
Add a third server and it all works. Just want to check if this is the expec
David Lord wrote:
On NetBSD-5 with ntpd 4.2.6p5 the default is 64s.
I've just added the "minpoll 4 maxpoll 4" back to my ntp.conf
as it could reduce the 30 usec offset blips I get when logs are
rotated.
On my two pool servers I have named internet servers with
"minpoll 8 maxpoll 10 ibur
A C wrote:
For reference, this is what the system looks like normally until the
oscillations go out of control and wipe out clock sync:
remote refid st t when poll reach delay offset
jitter
Just ran a test in which I turned off chrony and ntpd (not running) and
monitored the offset of a Sure GPS connected to the ACK pin of my
parallel port, and a parallel interrupt service module I wrote.
I got brief blips in which the offset was clarly 10-40us late. Ie,
something is eating up inter
In article , david-
tay...@blueyonder.co.uk.invalid says...
>
> > The generic BSD kernel does not enable PPS support by default. You must
> > recompile to enable PPS.
> >
> >
> > The page you quoted says the following in the section "System software
> > customization" (about 45% down the page i
Yes, you are right added 'fudge time2 -0.5'
[]
How do I check if ntpd is using PPS pulse?
I still have to check the PPS pulse with a scope .
Mark
OK, you made the change with fudge, thanks.
Yes, check with a 'scope, that will help.
On Windows, you can look for a "o" rather than a "*" in
I seem to have a timing issue with a HP 58534A smart antenna; the NMEA
refclock is always about half a second out and never gets selected:
[]
Many thanks,
Mark
Mark,
Could it be that your PC is looking for the wrong edge? There's a
configuration option to select either edge. My PCs look fo
On 2012-02-02, Thomas Laus wrote:
> On 2012-02-02, Paul Duncan wrote:
>> So, I *think* that everything is okay, and it is using the PPS signal.
>> There is one slight worry, which is what I see in /var/log/messages:
>>
>> Feb 2 09:50:16 tock ntpd[1573]: refclock_nmea: time_pps_kcbind failed:
>
On 2012-02-02, David Woolley wrote:
> David Lord wrote:
>
>>
>> I've just added the "minpoll 4 maxpoll 4" back to my ntp.conf
>> as it could reduce the 30 usec offset blips I get when logs are
>> rotated.
>
> That's almost certainly totally the wrong thing to do. If you have
> short periods of
Hello All,
I've (temporarily) given up on the idea of using Linux for the OS, and
moved to FreeBSD, with the same GPS hardware, using some of the
information on this web page:
http://www.satsignal.eu/ntp/FreeBSD-GPS-PPS.htm
ntpq -p now says:
remote refid st t when poll r
Mark C. Stephens wrote:
> Just a probably stupid question, but looking at 2 of the
> clocks I reference, one is using
> 127.127.50.0
SONY IPS-5000 ?
> and 127.127.46.0
>
> I can't find any reference as to what they are and I am curious!
They don't appear to be current standard driver type #s.
David Lord wrote:
I've just added the "minpoll 4 maxpoll 4" back to my ntp.conf
as it could reduce the 30 usec offset blips I get when logs are
rotated.
That's almost certainly totally the wrong thing to do. If you have
short periods of increased interrupt latency or network latency, you
w
On 2012-02-02, Paul Duncan wrote:
> So, I *think* that everything is okay, and it is using the PPS signal.
> There is one slight worry, which is what I see in /var/log/messages:
>
> Feb 2 09:50:16 tock ntpd[1573]: refclock_nmea: time_pps_kcbind failed:
> Operation not supported
>
> Please note,
David J Taylor wrote:
On NetBSD-5 with ntpd 4.2.6p5 the default is 64s.
I wonder what expertise they have to select polling for reference
clocks? BTW: Paul has FreeBSD.
I've just added the "minpoll 4 maxpoll 4" back to my ntp.conf
as it could reduce the 30 usec offset blips I get when logs
On 2012-02-02, Chris Adams wrote:
> Once upon a time, unruh said:
>>In the latest linux kernels, the pps option is already included, if
>>selected by your distribution.
>
> I'm using parallel port PPS with Fedora 16. I did the following:
As I mentioned, the problem is that parallel ports are b
unruh wrote:
The delays from refclocks are almost always all zero. Thus there will be
no info in the delay as whther a problem occured. ntpd will simply
assume it is as good as any other sample, and use it (the clockfilter
uses delays to select samples)
Even if all the samples are used, takin
"unruh" wrote in message
news:iezWq.4122$w87.2...@newsfe02.iad...
On 2012-02-02, David J Taylor
wrote:
On NetBSD-5 with ntpd 4.2.6p5 the default is 64s.
I wonder what expertise they have to select polling for reference
clocks?
BTW: Paul has FreeBSD.
The reason for longer polling is a) ne
I've not monitored the temperature but my guess is that
the increased load increases the system temperature. I've
already observed that slower temperature variations during
the day cause an increased offset vs days when temperature
is fairly constant.
offset is mostly < 5u but there are two blips
Thanks for the clarification! :)
It would be great to have ntpsvcio publicly available!
Robert
___
questions mailing list
questions@lists.ntp.org
http://lists.ntp.org/listinfo/questions
unruh wrote:
On 2012-02-02, David J Taylor wrote:
On NetBSD-5 with ntpd 4.2.6p5 the default is 64s.
I wonder what expertise they have to select polling for reference clocks?
BTW: Paul has FreeBSD.
The reason for longer polling is a) network load, and b) rate
optimality.
If you are running nt
I have a new CentOS server on which I installed ntp. Yes, I opened up
iptables to both tcp and udp port 123. It works great to get / keep
the system itself synced with correct time, but when others query it,
it fails. Ideas appreciated.
On CentOS host "chumley":
# cat /etc/ntp.conf
driftfile
David J Taylor wrote:
Hello All,
I've (temporarily) given up on the idea of using Linux for the OS, and
moved to FreeBSD, with the same GPS hardware, using some of the
information on this web page:
http://www.satsignal.eu/ntp/FreeBSD-GPS-PPS.htm
ntpq -p now says:
remote refi
On 2012-02-03, David J Taylor wrote:
>> The generic BSD kernel does not enable PPS support by default. You must
>> recompile to enable PPS.
>>
>>
>> The page you quoted says the following in the section "System software
>> customization" (about 45% down the page in the Software section):
>>
>>
I only have a single pc with GPS source and some pcs on
lan use that. I also have "tos minsane 3" which means
that the single GPS source isn't enough.
I've also had GPS blacked out along with MSF, for a few
months last year. Previous year and this year there's
not been a problem. From my locatio
Once upon a time, unruh said:
>In the latest linux kernels, the pps option is already included, if
>selected by your distribution.
I'm using parallel port PPS with Fedora 16. I did the following:
- put this in /etc/sysconfig/modules/pps.modules (mode 755):
#!/bin/sh
exec /sbin/modprobe pps
unruh wrote:
On 2012-02-02, David Lord wrote:
unruh wrote:
On 2012-02-02, David J Taylor wrote:
On NetBSD-5 with ntpd 4.2.6p5 the default is 64s.
I wonder what expertise they have to select polling for reference clocks?
BTW: Paul has FreeBSD.
The reason for longer polling is a) network loa
On NetBSD-5 with ntpd 4.2.6p5 the default is 64s.
I wonder what expertise they have to select polling for reference clocks?
BTW: Paul has FreeBSD.
I've just added the "minpoll 4 maxpoll 4" back to my ntp.conf
as it could reduce the 30 usec offset blips I get when logs are
rotated.
Agreed.
On 2012-02-02, David Lord wrote:
> unruh wrote:
>> On 2012-02-02, David J Taylor wrote:
On NetBSD-5 with ntpd 4.2.6p5 the default is 64s.
>>> I wonder what expertise they have to select polling for reference clocks?
>>> BTW: Paul has FreeBSD.
>>
>> The reason for longer polling is a) netwo
David Woolley wrote:
David Lord wrote:
I've just added the "minpoll 4 maxpoll 4" back to my ntp.conf
as it could reduce the 30 usec offset blips I get when logs are
rotated.
That's almost certainly totally the wrong thing to do. If you have
short periods of increased interrupt latency or n
On 2012-02-03, David Lord wrote:
> David Woolley wrote:
>> David Lord wrote:
>>
>>>
>>> I've just added the "minpoll 4 maxpoll 4" back to my ntp.conf
>>> as it could reduce the 30 usec offset blips I get when logs are
>>> rotated.
>>
>> That's almost certainly totally the wrong thing to do. If
J.D. Baldwin wrote:
stability=0.000, tai=0
remote refid st t when poll reach delay offset jitter
==
clock.team-cymr 172.16.65.22 2 u 24 643 47.440 184.516 14.422
pool-test.ntp.o 127.67
The need to make a custom kernel that includes option PPS_SYNC is
still true on the recently released FreeBSD 9.0.
Tom
Thanks, Tom. I'm not familiar with FreeBSD 8.0, but looking at the
revision dates on some files it appears that I /may/ have recompiled the
kernel. Difficult for me to tell
In the previous article, David Woolley
wrote:
> Your delays are also high for modern network connections, possibly
> reflecting the use of worldwide servers, rather than ones close in
> network terms.
That's just because I am, for troubleshooting purposes, using the
defaults of
server 0.cen
The generic BSD kernel does not enable PPS support by default. You must
recompile to enable PPS.
The page you quoted says the following in the section "System software
customization" (about 45% down the page in the Software section):
System software customisation
Need to add one line to th
Hi David, thanks for your link. I will also read your page about your
experiences of running NTP on Windows. Looks interesting.
My goal is to integrate some monitoring functionality into my own (C#)
application. So the more interesting thing for me would be to see how
you implemented your moni
Hi David, thanks for your link. I will also read your page about your
experiences of running NTP on Windows. Looks interesting.
My goal is to integrate some monitoring functionality into my own (C#)
application. So the more interesting thing for me would be to see how you
implemented your monit
Robert,
Robert Hegner wrote:
Thanks Martin for your reply!
I want to monitor/control NTP from C#, which does not support static linking.
So I need to create a wrapper (.dll) around libntp anyway. I guess I can make
sure in that wrapper dll that only one thread can access only one ntpd at the
Paul,
pc wrote:
Martin,
Many thanks for your invaluable help/vielen Dank fuer Ihre sehr
wertvolle Hilfe!
Gern! Great it did indeed help al little bit to get this working.
I was unaware of cu,
You could use any terminal program, or even run "cat /dev/ttyS0", but
the advantage of cu is IMO
Just deployed the 4.2.4p8 NTP client to 50 Windows 2003 SP2 servers, and
all seem to be running fine...except...
One or two of the clients develop an offset of about 16 seconds.
Restarting the service puts them back in sync with the NTP server, but
in a few minutes they're back to the old offs
On Jan 25, 6:04 pm, unruh wrote:
>
> > - The OS (CentOS, which is a close relative of RedHat) deletes
> > everything in /dev
> > each time it is booted. Is there some recommended way of setting up
> > the link
> > /dev/refclock-0 -> /dev/ttyS0?
>
> Put in a new rule into udev to tell it to
A C wrote:
> I finally rebuilt my NetBSD box after having lost the
> partition table on the disk.
> I installed 4.2.7-p236 again and everything seemed fine
> all day yesterday. Suddenly I get this:
>> $ ntpq -pn
>> remote refid st t when poll reach delay offset jitter
>> ==
On 2012-01-25, Uwe Klein wrote:
> unruh wrote:
>> On 2012-01-24, DaveB wrote:
>>
>>>In article , un...@invalid.ca says...
>>>
>Usually, that sort of hardware has a way to turn off the interrupt.
>It's something like you write a bit in a register to "ACK" that
>interrupt. When the ex
Robert,
Robert Hegner wrote:
I'm developing a distributed system where time synchronization is done using
NTP. I'd like to give the user the possibility to do some basic monitoring /
controlling of all the NTP clients in the system from the main control program.
So for example I'd like to sh
"Robert Hegner" wrote in message
news:17823409.1416.1327993666951.JavaMail.geo-discussion-forums@vbes1...
I'm developing a distributed system where time synchronization is done
using NTP. I'd like to give the user the possibility to do some basic
monitoring / controlling of all the NTP clients
Thanks Martin for your reply!
I want to monitor/control NTP from C#, which does not support static linking.
So I need to create a wrapper (.dll) around libntp anyway. I guess I can make
sure in that wrapper dll that only one thread can access only one ntpd at the
same time.
My main problem now
I'm developing a distributed system where time synchronization is done using
NTP. I'd like to give the user the possibility to do some basic monitoring /
controlling of all the NTP clients in the system from the main control program.
So for example I'd like to show the status of all remote NTP c
A C wrote:
I finally rebuilt my NetBSD box after having lost the partition table on
the disk. I installed 4.2.7-p236 again and everything seemed fine all
day yesterday. Suddenly I get this:
$ ntpq -pn
remote refid st t when poll reach delay
offset jitter
==
"A C" wrote in message
news:4f2451aa.3060...@acarver.net...
I finally rebuilt my NetBSD box after having lost the partition table on
the disk. I installed 4.2.7-p236 again and everything seemed fine all
day yesterday. Suddenly I get this:
$ ntpq -pn
remote refid st t wh
In article <1pt2v8-9cg@ubuntu-server-1.py.meinberg.de>,
martin.burni...@meinberg.de says...
>
> Geir,
>
> Geir Guldstein wrote:
> > The driver provides support for serial ports physically located in an
> > external device. The device is connected to the host computer using
> > Ethernet. I ha
unruh wrote:
On 2012-01-24, DaveB wrote:
In article , un...@invalid.ca says...
Usually, that sort of hardware has a way to turn off the interrupt.
It's something like you write a bit in a register to "ACK" that
interrupt. When the external signal turns off, it clears that bit.
The info sho
On Dec 15 2011, 10:48 am, Joe Smithian wrote:
> I tried to generate autokey with -V 1 option for MV identity scheme but it
> failed as you can see below.
>
> I tried on two machines, both failed
>
> ntp-4.2.6p2- on Linux Fedora core 6, kernel 2.6.18-1.2798.fc6 and CentOs
> 5.4 with kernel 2.6.18-
1 - 100 of 152 matches
Mail list logo