Closed Bug 679686 Opened 15 years ago Closed 15 years ago

Unpacking firefox-8.0a1.en-US.linux-i686.tar.bz2 from http://nightly.mozilla.org/ gives many timestamp is "in the future" warnings.

Categories

(Release Engineering :: General, defect)

x86
Linux
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED DUPLICATE of bug 649641

People

(Reporter: shlomif, Unassigned)

Details

User Agent: Mozilla/5.0 (X11; Linux i686; rv:6.0) Gecko/20100101 Firefox/6.0 Build ID: 20110815041523 Steps to reproduce: I downloaded firefox-8.0a1.en-US.linux-i686.tar.bz2 from http://nightly.mozilla.org/ and did as root: tar -xvf ~shlomif/firefox-8.0a1.en-US.linux-i686.tar.bz2 Actual results: I get many warnings that the time stamps are in the future: [root@telaviv1 8.0a1]# tar -xvf ~shlomif/firefox-8.0a1.en-US.linux-i686.tar.bz2 firefox/ firefox/mozilla-xremote-client tar: firefox/mozilla-xremote-client: time stamp 2011-08-17 21:03:43 is 16972.228892864 s in the future firefox/platform.ini tar: firefox/platform.ini: time stamp 2011-08-17 21:03:22 is 16951.228128775 s in the future firefox/libsoftokn3.chk tar: firefox/libsoftokn3.chk: time stamp 2011-08-17 21:03:44 is 16973.227300488 s in the future firefox/libnssckbi.so tar: firefox/libnssckbi.so: time stamp 2011-08-17 21:03:43 is 16972.192782719 s in the future firefox/hyphenation/ firefox/hyphenation/hyph_nb.dic tar: firefox/hyphenation/hyph_nb.dic: time stamp 2011-08-17 21:03:22 is 16951.152436601 s in the future firefox/hyphenation/hyph_hr.dic tar: firefox/hyphenation/hyph_hr.dic: time stamp 2011-08-17 21:03:22 is 16951.152003869 s in the future firefox/hyphenation/hyph_sl.dic tar: firefox/hyphenation/hyph_sl.dic: time stamp 2011-08-17 21:03:22 is 16951.150679314 s in the future firefox/hyphenation/hyph_eo.dic tar: firefox/hyphenation/hyph_eo.dic: time stamp 2011-08-17 21:03:22 is 16951.147673221 s in the future firefox/hyphenation/hyph_uk.dic tar: firefox/hyphenation/hyph_uk.dic: time stamp 2011-08-17 21:03:22 is 16951.141181677 s in the future firefox/hyphenation/hyph_sv.dic tar: firefox/hyphenation/hyph_sv.dic: time stamp 2011-08-17 21:03:22 is 16951.137694456 s in the future firefox/hyphenation/hyph_gl.dic tar: firefox/hyphenation/hyph_gl.dic: time stamp 2011-08-17 21:03:22 is 16951.13514453 s in the future firefox/hyphenation/hyph_fr.dic tar: firefox/hyphenation/hyph_fr.dic: time stamp 2011-08-17 21:03:22 is 16951.133614193 s in the future firefox/hyphenation/hyph_de-1996.dic tar: firefox/hyphenation/hyph_de-1996.dic: time stamp 2011-08-17 21:03:22 is 16951.019823604 s in the future firefox/hyphenation/hyph_en_US.dic tar: firefox/hyphenation/hyph_en_US.dic: time stamp 2011-08-17 21:03:22 is 16951.013708303 s in the future firefox/hyphenation/hyph_es.dic tar: firefox/hyphenation/hyph_es.dic: time stamp 2011-08-17 21:03:22 is 16951.011616205 s in the future firefox/hyphenation/hyph_fi.dic tar: firefox/hyphenation/hyph_fi.dic: time stamp 2011-08-17 21:03:22 is 16951.011304568 s in the future firefox/hyphenation/hyph_kmr.dic tar: firefox/hyphenation/hyph_kmr.dic: time stamp 2011-08-17 21:03:22 is 16951.011024441 s in the future firefox/hyphenation/hyph_bg.dic tar: firefox/hyphenation/hyph_bg.dic: time stamp 2011-08-17 21:03:22 is 16951.010029534 s in the future firefox/hyphenation/hyph_mn.dic tar: firefox/hyphenation/hyph_mn.dic: time stamp 2011-08-17 21:03:22 is 16951.008545525 s in the future firefox/hyphenation/hyph_la.dic tar: firefox/hyphenation/hyph_la.dic: time stamp 2011-08-17 21:03:22 is 16951.007104164 s in the future Expected results: The time stamps of the files should be in the past - not in the future, and no warnings should be emitted.
Component: General → Release Engineering
Product: Firefox → mozilla.org
QA Contact: general → release
Version: 8 Branch → other
I can't reproduce. Can you please check if I done something wrong while reproducing? wget ftp://ftp.mozilla.org/pub/firefox/nightly/latest-mozilla-aurora/firefox-8.0a2.en-US.linux-i686.tar.bz2 tar xvf firefox-8.0a2.en-US.linux-i686.tar.bz2
This is probably caused by a build machine having an incorrect time set. 16951 is only ~5 hours, so they won't be in the future for very long....we should still try to figure out which machine or machines have this issue, though.
Okay, I was able to reproduce by unpacking mozilla-central build. ftp://ftp.mozilla.org/pub/firefox/nightly/latest-mozilla-central/firefox-8.0a1.en-US.linux-i686.tar.bz2 firefox-8.0a1.en-US.linux-i686.tar.bz 215945 KB 08/17/2011 04:10:00 AM
BuildID Revision Slave Current Time status 20110817061121 dcb25d71220d mv-moz2-linux-ix-slave04 ~ 2hr 10 min slow 20110817030756 630e28e90986 linux-ix-slave33 ~ 7 hours fast Both have /etc/ntp.conf pointing to ntp.build.mozilla.org, which is ns1.infra.scl1.m.c and ns2.infra.scl1.m.c Since there are problems within SCL1 (eg linux-ix-slave33), this looks like a problem with the time servers. Over to RelOps.
Assignee: nobody → server-ops-releng
Status: UNCONFIRMED → NEW
Component: Release Engineering → Server Operations: RelEng
Ever confirmed: true
QA Contact: release → zandr
Actually, I think this is because we're disabling ntpd and and don't force ntpdate on boot for the CentOS builders.
Assignee: server-ops-releng → nobody
Component: Server Operations: RelEng → Release Engineering
QA Contact: zandr → release
Dupe of bug 649641 which is a dupe of bug 612433, then?
And though I thought we usually discussed it in all the clock bugs, neither one of those seems to mention that clock skew not only annoys people untarring Linux builds, it also breaks the clobberer by having the slave be unable to reason correctly about how a thing in its-time compares to a thing in clobberer-time.
Status: NEW → RESOLVED
Closed: 15 years ago
Resolution: --- → DUPLICATE
Product: mozilla.org → Release Engineering
You need to log in before you can comment on or make changes to this bug.