From: Thomas Mueller <thomas@chaschperli.ch>
To: ceph-devel@vger.kernel.org
Subject: "clocks not synchronized" warning message
Date: Thu, 8 Jul 2010 12:54:26 +0000 (UTC) [thread overview]
Message-ID: <i14hq2$hn$1@dough.gmane.org> (raw)
hi
running ceph -w I see many of those warnings flying by:
10.07.08_14:36:49.897108 log 10.07.08_14:36:48.530057 mon1 192.168.1.52:6789/0 340 : [WRN] lease_expire from mon0 was sent from future time 10.07.08_14:36:48.886876, clocks not synchronized
10.07.08_14:36:49.897108 log 10.07.08_14:36:48.530076 mon1 192.168.1.52:6789/0 341 : [WRN]
i've stopped ceph, ran ntpdate on every node, started ceph
- the message is still there.
date from the nodes:
# for i in node001 node002 node003 node004; do ssh root@$i date; done
Thu Jul 8 14:52:20 CEST 2010
Thu Jul 8 14:52:20 CEST 2010
Thu Jul 8 14:52:20 CEST 2010
Thu Jul 8 14:52:21 CEST 2010
this is on ceph.git/unstable from today.
- Thomas
ceph.conf:
[global]
; enable secure authentication
; auth supported = cephx
[mon]
mon data = /ceph/mon$id
; some minimal logging (just message traffic) to aid debugging
;debug ms = 1
[mon0]
host = node001
mon addr = 192.168.1.51:6789
[mon1]
host = node002
mon addr = 192.168.1.52:6789
[mon2]
host = node003
mon addr = 192.168.1.53:6789
[mds]
; where the mds keeps it's secret encryption keys
keyring = /ceph/keyring.$name
[mds.node001]
host = node001
[mds.node002]
host = node002
[mds.node003]
host = node003
; osd
; You need at least one. Two if you want data to be replicated.
; Define as many as you like.
[osd]
; This is where the btrfs volume will be mounted.
osd data = /ceph/osd$id
; Ideally, make this a separate disk or partition. A few GB
; is usually enough; more if you have fast disks. You can use
; a file under the osd data dir if need be
; (e.g. /ceph/osd$id/journal), but it will be slower than a
; separate disk or partition.
osd journal = /ceph/osd$id/journal
osd journal size = 100
[osd0]
host = node001
; if 'btrfs devs' is not specified, you're responsible for
; setting up the 'osd data' dir. if it is not btrfs, things
; will behave up until you try to recover from a crash (which
; usually fine for basic testing).
;btrfs devs = /dev/sdx
[osd1]
host = node002
;btrfs devs = /dev/sdy
[osd2]
host = node003
;btrfs devs = /dev/sdx
[osd3]
host = node004
;btrfs devs = /dev/sdy
next reply other threads:[~2010-07-08 12:54 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-07-08 12:54 Thomas Mueller [this message]
2010-07-08 14:19 ` "clocks not synchronized" warning message Wido den Hollander
2010-07-08 14:31 ` Thomas Mueller
2010-07-08 14:53 ` Sage Weil
2010-07-08 15:04 ` Thomas Mueller
2010-07-08 15:44 ` Thomas Mueller
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to='i14hq2$hn$1@dough.gmane.org' \
--to=thomas@chaschperli.ch \
--cc=ceph-devel@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox