mainSavannah Administration - Support: sr #105799, Savannah clock is about twenty...

 
 

sr #105799: Savannah clock is about twenty seconds slow

Submitter:  Greg Chicares <chicares>
Submitted:  Sat 10 Mar 2007 07:53:33 PM UTC
   
 
Category:  Source code repositories - developer access Priority:  5 - Normal
Severity:  3 - Normal Status:  Done
Privacy:  Public Assigned to:  Beuc
Operating System:  None Open/Closed:  Closed
* Mandatory Fields

Add a New Comment Rich Markup
   

Wed 25 Apr 2007 10:44:19 PM UTC, comment #4: 

For the record, I ended up adding:
 server time.nist.gov
in /etc/ntp.conf

Well...

Sylvain Beucler <Beuc>
Thu 29 Mar 2007 02:57:56 AM UTC, comment #3: 

Today it's correct again.

Greg Chicares <chicares>
Wed 28 Mar 2007 03:10:27 AM UTC, comment #2: 

Could I ask you to check this again please?
I believe it's nine seconds slow right now.

I thought of synchronizing my machine with pool.ntp.org,
but AFAICT it assigns a timeserver at random, so we
wouldn't be using the same one. I synchronized with
  time-a.timefreq.bldrdoc.gov
a minute before testing this tonight.

Greg Chicares <chicares>
Fri 23 Mar 2007 07:44:33 PM UTC, comment #1: 

Ok, so as I essentially said before the disk crash, we now use pool.ntp.org and ntpd.

Sylvain Beucler <Beuc>
Sat 10 Mar 2007 07:53:33 PM UTC, original submission:  

The cvs server's system clock has always been exactly
correct AFAICT, but in the past several days it has
lagged. Can its former accuracy be restored please?

I'm using ms windows, which has a known issue with
daylight saving time this year, but I think I can prove
that's not the problem. I calibrated my system clock
using a US government time server, then performed the
following three actions as quickly as I could:

(1) First, freshly reload this page:
  http://tycho.usno.navy.mil/cgi-bin/timer.pl
which said:
  Mar. 10, 19:01:35 UTC

(2) Then, in my local development directory:

/c/lmi/src/lmi[0]$date -u +'%Y%m%dT%H:%M:%SZ'; \
 cvs commit -m"Sort forward declarations in ASCII order" xenumtypes.cpp ; \
 date -u +'%Y%m%dT%H:%M:%SZ'; \
 ls -o --full-time xenumtypes.cpp
20070310T19:01:38Z
/sources/lmi/lmi/xenumtypes.cpp,v  <--  xenumtypes.cpp
new revision: 1.20; previous revision: 1.19
Mailing notification to [SUPPRESSED]... sent.
20070310T19:01:40Z
-rw-r--r--    1 chicares    34107 Sat Mar 10 19:01:17 2007 xenumtypes.cpp

The time on the last line above, which comes from the
savannah cvs server AIUI, is eighteen seconds before the
official time in (1), although I did step (1) first.

(3) Then, in a local directory where I mirror cvs:

/c/lmi/checkouts/current[0]$date -u +'%Y%m%dT%H:%M:%SZ'; \
 cvs -z3 update -l lmi; \
 date -u +'%Y%m%dT%H:%M:%SZ'; \
 ls -o --full-time lmi/xenumtypes.cpp
20070310T19:01:39Z
cvs update: Updating lmi
P lmi/xenumtypes.cpp
20070310T19:01:41Z
-rw-r--r--    1 chicares    34107 Sat Mar 10 19:01:40 2007 lmi/xenumtypes.cpp

I believe the time on the last line is correct. It's
five seconds after the "official" time in step (1): a
reasonable (positive) latency.

Now I check cvs through the web interface:
http://cvs.savannah.gnu.org/viewcvs/lmi/lmi/xenumtypes.cpp?rev=1.20&sortby=date&view=log
and it matches (2), which I believe to be incorrect:
  Sat Mar 10 19:01:17 2007 UTC
Comparing that to the "official" time in (1) rules out
any anomalous behavior of my local machine.

Greg Chicares <chicares>

 

(Note: upload size limit is set to 16384 kB, after insertion of the required escape characters.)

Attach Files:
   
   
Comment:
   

No files currently attached

 

Depends on the following items: None found

Items that depend on this one: None found

 

Carbon-Copy List
  • -email is unavailable- added by Beuc (Posted a comment)
  • -email is unavailable- added by chicares (Submitted the item)
  •  

    There are 0 votes so far. Votes easily highlight which items people would like to see resolved in priority, independently of the priority of the item set by tracker managers.

    Only logged-in users can vote.

     

    Follow 3 latest changes.

    Date Changed by Updated Field Previous Value => Replaced by
    2007-03-23 Beuc StatusNone Done
        Assigned toNone Beuc
        Open/ClosedOpen Closed

    Back to the top

    Powered by Savane 3.13-02a9.
    Corresponding source code