| 1 |
On Thu, 2011-01-06 at 21:31 -0600, Dale wrote: |
| 2 |
> William Kenworthy wrote: |
| 3 |
> > |
| 4 |
> > Dale, can you post (a sanitised) version of what 'ntpq -p' gives after |
| 5 |
> > ntpd has been running for some time, and the sanitised result of |
| 6 |
> > 'ntptrace. Also include your full (sanitised) ntp.conf |
| 7 |
> > and /etc/conf.d/ntpd. |
| 8 |
> > |
| 9 |
> > This might help us see more detail of what is happening. |
| 10 |
> > |
| 11 |
> > BillK |
| 12 |
> > |
| 13 |
> > * sanitised - obfuscate public IP's only. |
| 14 |
> > |
| 15 |
> > |
| 16 |
> |
| 17 |
> |
| 18 |
> I should have posted this a while back. Here we go: |
| 19 |
> |
| 20 |
> root@fireball / # ntpq -p |
| 21 |
> remote refid st t when poll reach delay offset |
| 22 |
> jitter |
| 23 |
> ============================================================================== |
| 24 |
> +triangle.kansas 128.252.19.1 2 u 4 64 127 56.270 673.749 |
| 25 |
> 238.194 |
| 26 |
> +B1-66ER.matrix. 192.43.244.18 2 u 14 64 377 75.505 672.846 |
| 27 |
> 165.087 |
| 28 |
> +kallisti.us 208.90.144.52 3 u 22 64 377 62.917 663.831 |
| 29 |
> 168.738 |
| 30 |
> *kazilik.haqr.ne 209.51.161.238 2 u 42 64 377 66.483 653.962 |
| 31 |
> 166.119 |
| 32 |
> root@fireball / # ntptrace |
| 33 |
> localhost: stratum 16, offset 0.000000, synch distance 0.000240 |
| 34 |
> root@fireball / # |
| 35 |
> |
| 36 |
|
| 37 |
Notice the difference in ntptrace between mine below and yours? The |
| 38 |
asterisk in your ntpq table indicates that is the chosen server - but |
| 39 |
not that it is actually locked to it - ntptrace is showing it is not |
| 40 |
locked. |
| 41 |
|
| 42 |
rattus ~ # ntptrace |
| 43 |
localhost: stratum 6, offset 0.001309, synch distance 0.160683 |
| 44 |
moriah: stratum 5, offset -0.004895, synch distance 0.155622 |
| 45 |
dns.iinet.net.au: stratum 4, offset 0.001463, synch distance 0.135967 |
| 46 |
***Association ID 60244 unknown to server |
| 47 |
rattus ~ # |
| 48 |
|
| 49 |
Did you try the tinker panic 0 or -g arguments I suggested earlier? A |
| 50 |
third option is to increase the slew window rather than stepping - the |
| 51 |
default slew is less than what you are trying to force it to do so it |
| 52 |
fails and gives up. |
| 53 |
|
| 54 |
rattus ~ # ntptrace |
| 55 |
localhost: stratum 6, offset 0.001309, synch distance 0.160683 |
| 56 |
moriah: stratum 5, offset -0.004895, synch distance 0.155622 |
| 57 |
dns.iinet.net.au: stratum 4, offset 0.001463, synch distance 0.135967 |
| 58 |
***Association ID 60244 unknown to server |
| 59 |
rattus ~ # |
| 60 |
|
| 61 |
|
| 62 |
I would suggest stopping ntpd and modifying the ntp.conf file as |
| 63 |
suggested, deleting /etc/adjtime and the drift file then rebooting. Run |
| 64 |
for a few hours and see if it still jumps time. ntpd will correct some |
| 65 |
extreem time issues but it needs to be properly configured. |
| 66 |
|
| 67 |
If it is actually jumping time rather than incorrect |
| 68 |
drift/slew/adjustime issues then you need to track down why - good luck |
| 69 |
with that! So far all I am seeing is a clock thats off too far to |
| 70 |
correct and isnt being allowed to correct by the config |
| 71 |
|
| 72 |
BillK |
Archives