Received: from localhost (maia-1.hub.org [200.46.204.191]) by postgresql.org (Postfix) with ESMTP id F3A699FB98F for ; Mon, 16 Jul 2007 18:18:08 -0300 (ADT) Received: from postgresql.org ([200.46.204.71]) by localhost (mx1.hub.org [200.46.204.191]) (amavisd-maia, port 10024) with ESMTP id 38171-01 for ; Mon, 16 Jul 2007 18:17:55 -0300 (ADT) X-Greylist: from auto-whitelisted by SQLgrey-1.7.5 Received: from sss.pgh.pa.us (sss.pgh.pa.us [66.207.139.130]) by postgresql.org (Postfix) with ESMTP id A57299FBA16 for ; Mon, 16 Jul 2007 18:18:01 -0300 (ADT) Received: from sss2.sss.pgh.pa.us (tgl@localhost [127.0.0.1]) by sss.pgh.pa.us (8.14.1/8.14.1) with ESMTP id l6GLHnK3020332; Mon, 16 Jul 2007 17:17:49 -0400 (EDT) To: Marc Fournier cc: pgsql-www@postgreSQL.org Subject: Clock skew with PG CVS repository? Date: Mon, 16 Jul 2007 17:17:49 -0400 Message-ID: <20331.1184620669@sss.pgh.pa.us> From: Tom Lane X-Virus-Scanned: Maia Mailguard 1.0.1 X-Archive-Number: 200707/16 X-Sequence-Number: 12163 I've noted a couple of cases recently that seem to indicate the CVS machine's clock is a few seconds ahead of mine, eg just now I did "cvs commit" and then immediately "make", and got this: $ make make: *** Warning: File `lock.c' has modification time in the future (2007-07-16 17:09:50 > 2007-07-16 17:09:43) gcc -O1 -Wall -Wmissing-prototypes -Wpointer-arith -Winline -fno-strict-aliasing -g -I../../../../src/include -D_XOPEN_SOURCE_EXTENDED -c -o lock.o lock.c gcc -O1 -Wall -Wmissing-prototypes -Wpointer-arith -Winline -fno-strict-aliasing -g -I../../../../src/include -D_XOPEN_SOURCE_EXTENDED -c -o proc.o proc.c /usr/ccs/bin/ld -r -o SUBSYS.o lmgr.o lock.o proc.o deadlock.o lwlock.o spin.o s_lock.o make: warning: Clock skew detected. Your build may be incomplete. $ Manually issuing "date" on cvs.postgresql.org seems to confirm it's about ten seconds fast compared to here. Now NTP swears up and down that I'm synced within a few milliseconds of three different reference machines, so I think the problem is at that end. Is cvs.postgresql.org supposed to be running NTP? 'Cause I don't see any such daemon there. I haven't noticed this type of problem before, so your machine usually keeps good time, but right now it isn't. regards, tom lane