Re: [ntp:questions] Time reset
Hi Harlan, Thanks a lot for the references. Venu ___ questions mailing list questions@lists.ntp.org https://lists.ntp.org/mailman/listinfo/questions
Re: [ntp:questions] pool configuration directive on Windows
>>> In article <[EMAIL PROTECTED]>, David Woolley <[EMAIL PROTECTED]> writes: David> Steve Kostecke wrote: >> If you wish to refer to the documentation for any arbitrary release >> (other than the current development snapshot) you will find it in the >> ./html directory of the tarball for that version of the distribution. >> David> In my view that is wrong; the documentation that is easy to find David> should be that for the current release (stable) version. I want to see searchable docs for many versions of NTP on the support website, just like they have for things like perl or apache. It will happen as soon as we have either volunteers or the money to pay somebody to do it. -- Harlan Stenn <[EMAIL PROTECTED]> http://ntpforum.isc.org - be a member! ___ questions mailing list questions@lists.ntp.org https://lists.ntp.org/mailman/listinfo/questions
Re: [ntp:questions] pool configuration directive on Windows
Dave only publishes the latest code and the latest docs. These are available from his UDel links. Anything else comes from ntp.org, which is supported by volunteers and the NTP Forum. I appreciate knowing what is important to people. If it is important to *you* to get some of these features, please volunteer and/or join the NTP Forum and/or help get companies to join the NTP Forum as institutional members, because otherwise these features may never be implemented. -- Harlan Stenn <[EMAIL PROTECTED]> http://ntpforum.isc.org - be a member! ___ questions mailing list questions@lists.ntp.org https://lists.ntp.org/mailman/listinfo/questions
Re: [ntp:questions] pool configuration directive on Windows
On Mar 4, 5:33 pm, David Woolley <[EMAIL PROTECTED]> wrote: > In my view that is wrong; the documentation that is easy to find should > be that for the current release (stable) version. Agreed. Athough maintaining multiple versions of the docs online would be most ideal, the way that PostGreSQL does it. Example: http://www.postgresql.org/docs/ Any reasonable version control system or web content management system would make this a snap (as well as enabling error correction to be merged back into older versions of the documentation). ___ questions mailing list questions@lists.ntp.org https://lists.ntp.org/mailman/listinfo/questions
Re: [ntp:questions] pool configuration directive on Windows
Steve Kostecke wrote: > > If you wish to refer to the documentation for any arbitrary release > (other than the current development snapshot) you will find it in the > ./html directory of the tarball for that version of the distribution. > In my view that is wrong; the documentation that is easy to find should be that for the current release (stable) version. ___ questions mailing list questions@lists.ntp.org https://lists.ntp.org/mailman/listinfo/questions
Re: [ntp:questions] drift value very large and very unstable
>>> In article <[EMAIL PROTECTED]>, Harlan Stenn <[EMAIL PROTECTED]> writes: Harlan> It looks like there was some more information on APIC and ACPI, but Harlan> those links area currently broken. -- Harlan Stenn <[EMAIL PROTECTED]> Harlan> http://ntpforum.isc.org - be a member! Those links point to the page on "Configuring Trimble...Refclocks". -- Harlan Stenn <[EMAIL PROTECTED]> http://ntpforum.isc.org - be a member! ___ questions mailing list questions@lists.ntp.org https://lists.ntp.org/mailman/listinfo/questions
Re: [ntp:questions] drift value very large and very unstable
Andy, All I have at the moment is to make sure you have seen the known hardware and OS issues pages at support.ntp.org/Support/TroubleshootingNTP. It looks like there was some more information on APIC and ACPI, but those links area currently broken. -- Harlan Stenn <[EMAIL PROTECTED]> http://ntpforum.isc.org - be a member! ___ questions mailing list questions@lists.ntp.org https://lists.ntp.org/mailman/listinfo/questions
Re: [ntp:questions] pool configuration directive on Windows
Ryan Malayter <[EMAIL PROTECTED]> wrote: > Martin Burnicki <[EMAIL PROTECTED]> wrote: > >> The keyword "pool" has been introduced in the development branch of >> NTP (ntp-dev, v4.2.5), so it is not supported in ntpd v4.2.4p4 which >> is the current "stable" version. > > Ahh... it is on Dave's udel documentation page, so I figred this > feature was "released". The documentation at http://www.eecis.udel.edu/~mills/ntp/html/index.html applies to the current development release. If you wish to refer to the documentation for any arbitrary release (other than the current development snapshot) you will find it in the ./html directory of the tarball for that version of the distribution. -- Steve Kostecke <[EMAIL PROTECTED]> NTP Public Services Project - http://support.ntp.org/ ___ questions mailing list questions@lists.ntp.org https://lists.ntp.org/mailman/listinfo/questions
Re: [ntp:questions] pool configuration directive on Windows
On Mar 4, 10:29 am, Martin Burnicki <[EMAIL PROTECTED]> wrote: > The keyword "pool" has been introduced in the development branch of NTP > (ntp-dev, v4.2.5), so it is not supported in ntpd v4.2.4p4 which is the > current "stable" version. Ahh... it is on Dave's udel documentation page, so I figred this feature was "released". While it is not practical to go back in history, it might be nice to have footnotes that relate specific functionailty changes to specific versions in the documentation. The page I am talking about is http://www.cis.udel.edu/~mills/ntp/html/manyopt.html. A footnote that says "introduced in version 4.2.5" for the pool scheme would be helpful. I guess you can comb the release notes, but working backwards that way is much more difficult for the end user. ___ questions mailing list questions@lists.ntp.org https://lists.ntp.org/mailman/listinfo/questions
Re: [ntp:questions] pool configuration directive on Windows
Ryan, Ryan Malayter wrote: > I've been updaing the ntpd on a few of my windows servers, and I > thought I would start using the "pool" configuration directive instead > of separate "server" lines. > > However, using [EMAIL PROTECTED] compiled by Mienberg, > the "pool" configuration line seems to be non-functional. Details > below: [...] The keyword "pool" has been introduced in the development branch of NTP (ntp-dev, v4.2.5), so it is not supported in ntpd v4.2.4p4 which is the current "stable" version. Martin -- Martin Burnicki Meinberg Funkuhren Bad Pyrmont Germany ___ questions mailing list questions@lists.ntp.org https://lists.ntp.org/mailman/listinfo/questions
[ntp:questions] pool configuration directive on Windows
I've been updaing the ntpd on a few of my windows servers, and I thought I would start using the "pool" configuration directive instead of separate "server" lines. However, using [EMAIL PROTECTED] compiled by Mienberg, the "pool" configuration line seems to be non-functional. Details below: C:\Program Files\NTP\bin>ntpq -p localhost remote refid st t when poll reach delay offset jitter == *sammy.bai.org 192.77.171.2 2 u 23 64 770.266 3.360 8.579 server.bai.org 10.140.84.10 3 u 24 64 770.357 -17.907 8.218 ntpmaster1.sys. .GPS.1 u 20 64 77 42.755 -3.138 7.252 And here is the ntp.conf : driftfile "C:\Program Files\NTP\etc\ntp.drift" #server 0.pool.ntp.org #server 1.pool.ntp.org #server 2.pool.ntp.org #server 3.pool.ntp.org server sammy.bai.org iburst server server.bai.org iburst server ntpmaster1.sys.cogentco.com pool pool.ntp.org ___ questions mailing list questions@lists.ntp.org https://lists.ntp.org/mailman/listinfo/questions
[ntp:questions] drift value very large and very unstable
I realize this is long, but I tried to include the whole story. I did work earnestly to solve this on my own, but unfortunately I've been spinning my wheels the last few days. Thanks for any help. I am having a problem with drift values approaching and, on occasion, reaching +/-500ppm. My time source setup: GPS --> XL-GPS::IRIGB --> SBC0::IRIGB --> SBC0::NTP The XL-GPS is synchronized with GPS time and outputs an IRIG-B signal. The processor board, SBC0, is a single board computer housing a Symmetricom BC635PMC IRIG-B receiver. Three different SBC0s and three different BC635 PMCs were tested and all produced the same results. The BC635 IRIG-B receiver is the only time source for NTP (see "BC635" conf file below) using NTP's Bancomm reference clock support. This is the "target system". The drift using this configuration is typically near +/- 500ppm. I say "+/-" because from one run of NTP to the next it may completely swing, for example, from +486ppm to -490ppm on the same processor board. Most of the time this wild swing only happens following a reboot, but I've observed it on at least two occasions when ntpd was simply stopped and then restarted (with no conf file changes and no reboots between). To make matters more interesting, the drift consistently settles at ~100ppm when using only a local NTP server that is synchronized with other public stratum 2 NTP servers (such as ntp.idealab.com, zagbot.com, etc). In other words, when syncing with public NTP Internet severs, the drift does not swing from positive to negative and it always settles at a reasonable value (<100 ppm). I've done several tests, including the use of a 1Hz timestamp print out feature of the XL-GPS. The timestamp is synchronized with system's 1PPS and so it comes out nearly exactly once every second. I wrote a script that waits for the 1Hz timestamp, when the timestamp print occurs, the script runs a C program that grabs IRIG-B time from the BC635 PMC and grabs system time using clock_gettime() and then prints these two timestamps. I then combine these three timestamps into a log file (one line for each 1Hz sample). This test seems to prove the stability of the XL-GPS, BC635, and SBC0's system clock (which is not being disciplined by NTP during the test). In particular, the test showed SBC0's drift is in line with the 100ppm value seen when syncing with a network time source. This test results were also consistent with the claimed accuracy of the SBC0 oscillator, 30ppm. In other words, the 500ppm value seems to be a completely bogus fabrication of NTP. Another piece of evidence is that the IRIG-B PMC was used on two different single board computers (one was a Concurrent PP110, the other a Concurrent VP315) where the drift was stable and settled at reasonable values on both of these boards. In this case, the BC635 IRIG-B PMC did not have a time reference, instead the time was set manually on the BC635 and the BC635 operated in flywheel mode (i.e. the IRIG-B time drifted with the clock on the BC635). This was the "development system". Several weeks of testing on this system always produced stable results. Drift values always stabilized at the same reasonable value, for example, ~20ppm for one of these "other" SBCs. It was only after several weeks of running on these boards that we then moved to the "target system", SBC0, and then began experiencing the problem with drift. The "target system" summary: - SBC0 (2 Intel CPUs) - GPS --> XL-GPS::IRIGB --> SBC0::IRIGB --> SBC0::NTP - Concurrent RedHawk 4.2 (Hanoi) - Linux sbc9 2.6.18.8-RedHawk-4.2-trace #1 SMP PREEMPT Tue May 29 12:44:24 EDT 2007 i686 i686 i386 GNU/Linux The "development system" summary: - SBC1: Concurrent PP110, Pentium III-M (1 CPU) - PP110::IRIGB --> PP110::NTP - SBC2: Concurrent VP315, Pentium M (1 CPU) - VP315::IRIGB --> VP315::NTP - Enterprise Linux, Version 4 (original release), kernel version: - Linux ntp1 2.6.9-5.EL #1 Wed Jan 5 19:22:18 EST 2005 i686 i686 i386 GNU/Linux Common items between "target system" and "development system": - ntpd - NTP daemon program - Ver. 4.2.4p0 - BC635PMC hardware (i.e. exact same pieces of hardware) - BC635PMC v6.5.0 driver from Symmetricom Some other notes and thoughts on this problem: - I have searched the web and NTP mailing list and have found various instances of problems with large drift values, but none fit my situation exactly or the instances were resolved by some means not applicable here. - There is "no" activity on SBC0 when this problem occurs. By "no" I mean no additional applications except whatever may be running as a cron job (which isn't much). By "no" I also mean that there is no additional hardware causing a heavy interrupt load on the system. - The drift has _always_ gone near or equal to +/-500ppm -- i.e. it has never stabilized at a reasonable value when running with the BC635 IRIGB time source. - I've tested the "target system" with and without the XL-GP
Re: [ntp:questions] Time reset
>>> In article <[EMAIL PROTECTED]>, [EMAIL PROTECTED] (Venu Gopal) writes: Venu> Hi Harlan, Its 'HP COMPAQ DX200 MT' running RedHat-9.0 Venu> (Linux-2.4.20-8). The previous machine is a similar one where time Venu> reset used to happen at least once a day. What about: http://support.ntp.org/bin/view/Support/KnownOsIssues#Section_9.2.3.1. which talks about a lost interrupt problem for that kernel. -- Harlan Stenn <[EMAIL PROTECTED]> http://ntpforum.isc.org - be a member! ___ questions mailing list questions@lists.ntp.org https://lists.ntp.org/mailman/listinfo/questions
Re: [ntp:questions] Time reset
Hi Harlan, Its 'HP COMPAQ DX200 MT' running RedHat-9.0 (Linux-2.4.20-8). The previous machine is a similar one where time reset used to happen at least once a day. I referred to the http://support.ntp.org/Support for troubleshooting pages. I tried to get the system manuals but its phased out and no documentation is available at HP/COMPAQ sites. I am trying to find the material supplied along with the machines. But is there a way to debug this problem ? This has been a long standing problem ( almost 2 years ! ) Venu ___ questions mailing list questions@lists.ntp.org https://lists.ntp.org/mailman/listinfo/questions
