[evla-sw-discuss] NTP, EVLA MIB's and phase jumps
James Robnett
jrobnett at nrao.edu
Wed Mar 18 18:08:33 EDT 2009
The process of 'correcting' ntp is painfully slow so I
still don't know whether it's slewing in the proper direction.
I'm beginning to see that andy (which is currently not
multicasting) is beginning to correct it's clock drift. If the
correction is in the right direction it was *way* off before.
500ppm (parts per million) is considered 'too much'. With
the flawed kernel it had gotten up to 320, it's now down to
195 but I think the sign is still wrong. IE it's still not
right but it's becoming wrong less slowly.
I'm going to watch it for a bit longer and then restart
ntp and let it return to multicasting./
I'm also going to apply the fix to amos right now.
I don't *know* that this was the problem or that it fixes
it but early indications are that it does.
James
> I need to test the solution on another machine (probably that
> odd ball server) and if it results in an improvement I'll need
> to restart one of either Amos or Andy and then the other.
>
> james
>
>
More information about the evla-sw-discuss
mailing list