Thanks Dave.
I have some realtime processes on this server and 128ms is too much for
stepping.
But thanks for the hint now I have some start point to investigate
2012/6/7 Dave Hart h...@ntp.org
On Wed, Jun 6, 2012 at 6:07 PM, Paul Malishev p.malis...@gmail.com
wrote:
Hello.
I have two
Oh. Thanks.
This true flag may be the root cause of the problem. Along with slew
adjusting instead of stepping. Thank you, I'll try to investigate his
problem further.
2012/6/7 E-Mail Sent to this address will be added to the BlackLists
Null@blacklist.anitech-systems.invalid
Paul Malishev
Paul Malishev wrote:
Thanks Dave.
I have some realtime processes on this server and 128ms is too much for
stepping.
But thanks for the hint now I have some start point to investigate
Are you aware that disabling stepping also disables the kernel
discipline, and therefore makes the algorithm
Hello.
I have two ntpd peers which exchange time between themselves and also
receive time from external server.
I believe that at some moment connection to external server was lost and
time on these two peers drifted a bit.
When connection to external server was restored both ntpd on both peers
On Wed, Jun 6, 2012 at 6:07 PM, Paul Malishev p.malis...@gmail.com wrote:
Hello.
I have two ntpd peers which exchange time between themselves and also
receive time from external server.
I believe that at some moment connection to external server was lost and
time on these two peers drifted a
Paul Malishev wrote:
I have two ntpd peers which exchange time between
themselves and also receive time from external server.
I believe that at some moment connection to external
server was lost and time on these two peers drifted a bit.
When connection to external server was restored both
