Hi all,
I have been running the ntp client on a Linux platform for some time and
have not seen any problems.
I recently run into a strange behavior where our communication software
failed on some critical timeouts.
After some investigation we found out the the system time suddenly made a
jump wit
Hi Chuck,
Thanks for a prompt and precise answer.
> > I have been running the ntp client on a Linux platform for some time and
> > have not seen any problems.
>
> Is this a VM?
No, it's real HW, believe it or not ;)
> > My question is: How do I prevent NTP clock adjustments from jumping. OK,
>
I have been running the ntp client on a Linux platform for some time and
have not seen any problems.
>>>
>>> Is this a VM?
>>
>> No, it's real HW, believe it or not ;)
>
> OK. I asked since a timewarp of 200ms is a bit surprising for real HW, but
> is something to be expected if you wer
Thanks for the reply.
>> I recently run into a strange behavior where our communication software
>> failed on some critical timeouts.
>> After some investigation we found out the the system time suddenly made a
>> jump with 200ms.
>
> Yup. ntpd makes huge statements about the importance of keeping
Hi All,
Thanks for your efforts trying to help me with this issue.
I understand that the reason for ntp to adjust with a sudden jumps may
be many. Some of them may be possible to prevent some others not. My
problem is that it MUST NOT JUMP.
I'm currently running a few tests, trying to verify the