635521 - hosts with incorrect puppet masters

Status: RESOLVED FIXED

(Release Engineering :: General, defect)

Description

[Dustin J. Mitchell [:dustin] (he/him)]

The following hosts were pointed to the SCL puppet master, but their IPs indicate they are in MTV (10.250.0.0/16):

 moz2-darwin10-slave47
 moz2-darwin10-slave40
 moz2-darwin10-slave42
 moz2-darwin10-slave41

However, mv-production-puppet is sending them to production-puppet (MPT):

moz2-darwin10-slave47:~ root# puppetd --test --server=mv-production-puppet.build.mozilla.org
warning: peer certificate won't be verified in this SSL session
notice: Got signed certificate
info: Caching catalog at /var/puppet/state/localconfig.yaml
notice: Starting catalog run
notice: //Node[build]/base/osx/buildslave::cleanup/Exec[find /tmp/* -mmin +15 -print | xargs -n1 rm -rf]/returns: executed successfully
info: //Node[build]/base/osx/buildslave::cleanup/Tidy[/Users/cltbld/Library/Application Support/Firefox/console.log]/ensure: Tidy target does not exist; ignoring
13c13
<             <string>mv-production-puppet.build.mozilla.org</string>
---
>             <string>production-puppet.build.mozilla.org</string>

which is wrong.

Comment 1

[Dustin J. Mitchell [:dustin] (he/him)]

moz2-darwin10-slave50 should be on the list, too.

Comment 2

[Dustin J. Mitchell [:dustin] (he/him)]

I think the problem is that
  /N/production/darwin10-i386/build/local/Library/LaunchDaemons/com.reductivelabs.puppet.plist

references production-puppet, not mv-production-puppet.  This file is unversioned (grr, bug 624283, and grr, this should be in a puppet module and built from a template), so it's impossible to know for sure, but I assume this was a misguided rsync from one puppet master to another.

I've fixed the file, applying the reverse of the diff in comment #0, and re-synced all five slaves.