* clock syncronisation
@ 2012-11-08 9:04 Stefan Priebe - Profihost AG
2012-11-08 12:00 ` Wido den Hollander
0 siblings, 1 reply; 4+ messages in thread
From: Stefan Priebe - Profihost AG @ 2012-11-08 9:04 UTC (permalink / raw)
To: ceph-devel@vger.kernel.org
Hello list,
is there any prefered way to use clock syncronisation?
I've tried running openntpd and ntpd on all servers but i'm still getting:
2012-11-08 09:55:38.255928 mon.0 [WRN] message from mon.2 was stamped
0.063136s in the future, clocks not synchronized
2012-11-08 09:55:39.328639 mon.0 [WRN] message from mon.2 was stamped
0.063285s in the future, clocks not synchronized
2012-11-08 09:55:39.328833 mon.0 [WRN] message from mon.2 was stamped
0.063301s in the future, clocks not synchronized
2012-11-08 09:55:40.819975 mon.0 [WRN] message from mon.2 was stamped
0.063360s in the future, clocks not synchronized
Stefan
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: clock syncronisation
2012-11-08 9:04 clock syncronisation Stefan Priebe - Profihost AG
@ 2012-11-08 12:00 ` Wido den Hollander
2012-11-08 12:19 ` Andrey Korolyov
2012-11-08 12:20 ` Stefan Priebe - Profihost AG
0 siblings, 2 replies; 4+ messages in thread
From: Wido den Hollander @ 2012-11-08 12:00 UTC (permalink / raw)
To: Stefan Priebe - Profihost AG; +Cc: ceph-devel@vger.kernel.org
On 08-11-12 10:04, Stefan Priebe - Profihost AG wrote:
> Hello list,
>
> is there any prefered way to use clock syncronisation?
>
> I've tried running openntpd and ntpd on all servers but i'm still getting:
> 2012-11-08 09:55:38.255928 mon.0 [WRN] message from mon.2 was stamped
> 0.063136s in the future, clocks not synchronized
> 2012-11-08 09:55:39.328639 mon.0 [WRN] message from mon.2 was stamped
> 0.063285s in the future, clocks not synchronized
> 2012-11-08 09:55:39.328833 mon.0 [WRN] message from mon.2 was stamped
> 0.063301s in the future, clocks not synchronized
> 2012-11-08 09:55:40.819975 mon.0 [WRN] message from mon.2 was stamped
> 0.063360s in the future, clocks not synchronized
>
What NTP server are you using? Network latency might cause the clocks
not to be synchronised.
Wido
> Stefan
> --
> To unsubscribe from this list: send the line "unsubscribe ceph-devel" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: clock syncronisation
2012-11-08 12:00 ` Wido den Hollander
@ 2012-11-08 12:19 ` Andrey Korolyov
2012-11-08 12:20 ` Stefan Priebe - Profihost AG
1 sibling, 0 replies; 4+ messages in thread
From: Andrey Korolyov @ 2012-11-08 12:19 UTC (permalink / raw)
To: Wido den Hollander
Cc: Stefan Priebe - Profihost AG, ceph-devel@vger.kernel.org
On Thu, Nov 8, 2012 at 4:00 PM, Wido den Hollander <wido@widodh.nl> wrote:
>
>
> On 08-11-12 10:04, Stefan Priebe - Profihost AG wrote:
>>
>> Hello list,
>>
>> is there any prefered way to use clock syncronisation?
>>
>> I've tried running openntpd and ntpd on all servers but i'm still getting:
>> 2012-11-08 09:55:38.255928 mon.0 [WRN] message from mon.2 was stamped
>> 0.063136s in the future, clocks not synchronized
>> 2012-11-08 09:55:39.328639 mon.0 [WRN] message from mon.2 was stamped
>> 0.063285s in the future, clocks not synchronized
>> 2012-11-08 09:55:39.328833 mon.0 [WRN] message from mon.2 was stamped
>> 0.063301s in the future, clocks not synchronized
>> 2012-11-08 09:55:40.819975 mon.0 [WRN] message from mon.2 was stamped
>> 0.063360s in the future, clocks not synchronized
>>
>
> What NTP server are you using? Network latency might cause the clocks not to
> be synchronised.
>
There is no real reason to worry about, quorum may suffer only large
desync delays as some seconds or more. If you have unsynchronized
clocks on mon hodes with such big delays, requests which have issued
from cli, e.g. creating new connection may wait as long as delay
itself, depend of clock value of selected monitor node.
Clock drift caused mostly by heavy load, but of course playing with
clocksources may have some effect(since most systems already use HPET
timer, there is only one way, to sync with ntp server as frequent as
you want to prevent drift).
>> To unsubscribe from this list: send the line "unsubscribe ceph-devel" in
>> the body of a message to majordomo@vger.kernel.org
>> More majordomo info at http://vger.kernel.org/majordomo-info.html
>
> --
> To unsubscribe from this list: send the line "unsubscribe ceph-devel" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: clock syncronisation
2012-11-08 12:00 ` Wido den Hollander
2012-11-08 12:19 ` Andrey Korolyov
@ 2012-11-08 12:20 ` Stefan Priebe - Profihost AG
1 sibling, 0 replies; 4+ messages in thread
From: Stefan Priebe - Profihost AG @ 2012-11-08 12:20 UTC (permalink / raw)
To: Wido den Hollander; +Cc: ceph-devel@vger.kernel.org
Am 08.11.2012 13:00, schrieb Wido den Hollander:
>
>
> On 08-11-12 10:04, Stefan Priebe - Profihost AG wrote:
>> Hello list,
>>
>> is there any prefered way to use clock syncronisation?
>>
>> I've tried running openntpd and ntpd on all servers but i'm still
>> getting:
>> 2012-11-08 09:55:38.255928 mon.0 [WRN] message from mon.2 was stamped
>> 0.063136s in the future, clocks not synchronized
>> 2012-11-08 09:55:39.328639 mon.0 [WRN] message from mon.2 was stamped
>> 0.063285s in the future, clocks not synchronized
>> 2012-11-08 09:55:39.328833 mon.0 [WRN] message from mon.2 was stamped
>> 0.063301s in the future, clocks not synchronized
>> 2012-11-08 09:55:40.819975 mon.0 [WRN] message from mon.2 was stamped
>> 0.063360s in the future, clocks not synchronized
>>
>
> What NTP server are you using? Network latency might cause the clocks
> not to be synchronised.
pool.ntp.org
But i've now switched to debian chrony instead of ntp and that seems to
work fine.
Haven't seen any messages again.
Stefan
^ permalink raw reply [flat|nested] 4+ messages in thread
end of thread, other threads:[~2012-11-08 12:20 UTC | newest]
Thread overview: 4+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2012-11-08 9:04 clock syncronisation Stefan Priebe - Profihost AG
2012-11-08 12:00 ` Wido den Hollander
2012-11-08 12:19 ` Andrey Korolyov
2012-11-08 12:20 ` Stefan Priebe - Profihost AG
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.