puppet not returning proper OS X version on a few slaves

RESOLVED WORKSFORME

Status

Release Engineering
General
--
major
RESOLVED WORKSFORME
8 years ago
5 years ago

People

(Reporter: bear, Unassigned)

Tracking

Firefox Tracking Flags

(Not tracked)

Details

(Whiteboard: [puppet])

(Reporter)

Description

8 years ago
I noticed in the puppet logs:

Aug 10 05:31:23 production-puppet puppetmasterd[19229]: No matching value for selector param '10.4.0' at /etc/puppet/manifests/base/os.pp:13 on node moz2-darwin10-slave46.build.mozilla.org
Aug 10 05:39:27 production-puppet puppetmasterd[19274]: No matching value for selector param '10.4.0' at /etc/puppet/manifests/base/os.pp:13 on node try-mac64-slave17.build.mozilla.org

It appears that facter is reporting kernel version 10.4 but the sw_vers tool is reporting 10.6.*

Only these two slaves have this problem
(Reporter)

Updated

8 years ago
Whiteboard: [puppet]
Also on:
moz2-darwin10-slave45

Because a successful Puppet run now blocks starting Buildbot, these slaves aren't coming online at all.
Severity: normal → major
Summary: puppet not returning proper OS X version for two slaves → puppet not returning proper OS X version on a few slaves
Those three machines got updated to 10.6.4 to try to fix the hang in buildsymbols, so they report 10.4.0 instead of 10.2.0. They're being reimaged to 10.6.2 in bug 584933 so this will go away then.
Depends on: 584933
I stopped Puppet on these machines to get rid of the log messages on the Puppet masters.
Based on comments 2,3, nothing to do here.
Status: NEW → RESOLVED
Last Resolved: 8 years ago
Resolution: --- → WORKSFORME
(Assignee)

Updated

5 years ago
Product: mozilla.org → Release Engineering
You need to log in before you can comment on or make changes to this bug.