Closed
Bug 649641
Opened 15 years ago
Closed 14 years ago
time on some linux slaves is incorrect
Categories
(Release Engineering :: General, defect, P2)
Release Engineering
General
Tracking
(Not tracked)
RESOLVED
FIXED
People
(Reporter: dustin, Assigned: nthomas)
References
Details
(Whiteboard: [buildslaves])
Attachments
(2 files)
|
1.83 KB,
patch
|
Callek
:
feedback+
|
Details | Diff | Splinter Review |
|
1.27 KB,
patch
|
catlee
:
review+
nthomas
:
checked-in+
|
Details | Diff | Splinter Review |
dustin@lorentz ~ $ ssh cltbld@linux64-ix-slave05 date && date
Wed Apr 13 01:00:38 PDT 2011
Wed Apr 13 10:06:38 CDT 2011
CDT and PDT are not 9 hours apart :)
Does this call for NTP? Or for setting the hardware clock?
| Reporter | ||
Comment 1•15 years ago
|
||
I haven't checked any of the other linux64 builders - I just happened to notice on this one.
| Reporter | ||
Comment 2•15 years ago
|
||
linux-ix-slaveNN too:
[cltbld@linux-ix-slave08 slave]$ ssh -oBatchMode=no production-master01 date && date
Wed Apr 13 08:29:14 PDT 2011
Wed Apr 13 09:26:34 PDT 2011
Should we be running NTP on the slaves?
Summary: time on linux64-ix-slave05 is incorrect → time on some linux slaves is incorrect
| Reporter | ||
Updated•15 years ago
|
Whiteboard: [buildslaves] → [buildslaves][triagefollowup]
| Reporter | ||
Comment 4•15 years ago
|
||
Whiteboard: [buildslaves][triagefollowup] → [buildslaves]
| Reporter | ||
Updated•15 years ago
|
Whiteboard: [buildslaves][triagefollowup] → [buildslaves]
Updated•15 years ago
|
Priority: -- → P4
| Assignee | ||
Comment 8•15 years ago
|
||
Bugs which break clobber are more important than P4, it turns out.
Assignee: nobody → nrthomas
Priority: P4 → P2
| Assignee | ||
Comment 9•15 years ago
|
||
*clobberer
So the issue is that we should disable ntp on linux VMs, since the VMWare tools will fight with you otherwise, but we need to enable it on hardware (eg ix). Could someone who knows about puppet suggest how
http://hg.mozilla.org/build/puppet-manifests/file/default/modules/ntp/manifests/init.pp#l15
might be adapted (or just grab the bug).
Comment 10•15 years ago
|
||
We can probably use the 'virtual' facter fact in a case statement.
[cltbld@linux-ix-slave03 ~]$ facter virtual
physical
If I have a chance today, I'll grab this bug.
Comment 11•15 years ago
|
||
And indeed http://tbpl.allizom.org/php/getParsedLog.php?id=6037003&full=1 is linux-ix-slave42 failing to pick up an 11:40 clobber because "our last clobber date ... 15:28:28"
| Assignee | ||
Comment 12•15 years ago
|
||
(In reply to John Ford [:jhford] from comment #10)
> We can probably use the 'virtual' facter fact in a case statement.
>
> [cltbld@linux-ix-slave03 ~]$ facter virtual
> physical
Alas, no.
[cltbld@moz2-linux-slave30 ~]$ facter virtual
physical
| Reporter | ||
Comment 13•14 years ago
|
||
Works for me, now:
[root@moz2-linux-slave26 ~]# facter virtual
vmware
I just landed some patches to do this again in PuppetAgain:
http://hg.mozilla.org/build/puppet/rev/294b5dae3921
http://hg.mozilla.org/build/puppet/rev/7410d33d3ec0
if you want to try to abstract any of that into the existing puppet-manifests
| Assignee | ||
Comment 14•14 years ago
|
||
Turns out that facter is wrong when not run as root. This is an untested patch to do the right thing on VMs and real hardware.
Comment 15•14 years ago
|
||
Comment on attachment 579909 [details] [diff] [review]
[puppet-manifests]
Nit we should either do an if/else for vmware or at the least do a default fail() or use the enable on default()
(incase facter ever returns anything else than vmware/physical here)
Attachment #579909 -
Flags: feedback+
Comment 16•14 years ago
|
||
[cltbld@buildbot-master19 ~]$ facter virtual
kvm
| Assignee | ||
Comment 17•14 years ago
|
||
Tested with staging-puppet, it leaves VMs alone and turns on ntpd for ix boxes (and saw the clock get slewed to correctness on a couple of machines). Uses 'default' instead of 'physical' so we're covered if we ever move to (eg) kvm-based builders.
Attachment #590657 -
Flags: review?(catlee)
Updated•14 years ago
|
Attachment #590657 -
Flags: review?(catlee) → review+
| Assignee | ||
Comment 18•14 years ago
|
||
Comment on attachment 590657 [details] [diff] [review]
Disable ntp on vmware VMs, otherwise enable it
http://hg.mozilla.org/build/puppet-manifests/rev/dbbf9ffae24a
Attachment #590657 -
Flags: checked-in+
| Assignee | ||
Comment 19•14 years ago
|
||
Deployed to the 3 masters for slaves. Clocks will slew to correct times in the few mins after ntpd starts, so if a slave picks up a job immediately there might be some funkyness around doing a clobber or not, but otherwise only make the slave's twistd.log funky.
Status: NEW → RESOLVED
Closed: 14 years ago
Resolution: --- → FIXED
Updated•13 years ago
|
Product: mozilla.org → Release Engineering
You need to log in
before you can comment on or make changes to this bug.
Description
•