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
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
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
> On Wed, Jun 6, 2012 at 6:07 PM, Paul Malishev
> wrote:
> > Hello.
> >
> > I have two ntpd peers which exchange
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
On Wed, Jun 6, 2012 at 6:07 PM, Paul Malishev 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 bit.
>
> When
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
l
