You are browsing a read-only backup copy of Wikitech. The live site can be found at wikitech.wikimedia.org

Help:Puppet-compiler: Difference between revisions

From Wikitech-static
Jump to navigation Jump to search
imported>Arturo Borrero Gonzalez
(→‎Troubleshooting: add missing facts error)
imported>Herron
(changed the stale compiler02 example link to a more detailed description of the URL structure)
Line 17: Line 17:
# Wait for the jenkins job to end
# Wait for the jenkins job to end
# You can check for results in the jenkins '''Console output'''
# You can check for results in the jenkins '''Console output'''
# You can see the compiled catalogs in a web frontend, something like: https://puppet-compiler.wmflabs.org/compiler02/8755/
# You can see the compiled catalogs in a web frontend.  The URL structure is https://puppet-compiler.wmflabs.org/compiler_host/build_id where...
#* '''compiler_host''' is the hostname (without domain name) of the compiler node that Jenkins dispatched the build to.  A current list of possible compiler nodes is available at https://integration.wikimedia.org/ci/label/puppet-compiler-node/
#* '''build_id''' is the unique id of the Jenkins build (changes with every run).
#* ''This link is automatically constructed and can be found at the bottom of the Jenkins console output after each build.''


== Local run (of jenkins job)==
== Local run (of jenkins job)==
Line 78: Line 81:
* ERROR: Unable to find facts for host tools-services-01.tools.eqiad.wmflabs, skipping
* ERROR: Unable to find facts for host tools-services-01.tools.eqiad.wmflabs, skipping


If running locally, collect facts by hand from the corresponding puppetmaster. If running in the jenkins web service, no idea at the moment of to solve that.
If running locally, collect facts by hand from the corresponding puppetmaster. If running in the jenkins web service for a production host, follow [[Nova_Resource:Puppet3-diffs#FAQ|these instructions]].


== See also ==
== See also ==

Revision as of 13:55, 14 September 2018

You can run puppet-compiler by hand to get the results of a given puppet configuration without having to deploy it to servers.

This page gives some instructions on doing so.

Integration Jenkins

There is a jenkins job that takes a gerrit change and runs the compiler.

Steps:

  1. Push your change to gerrit using git-review
  2. Go to https://integration.wikimedia.org/ci/job/operations-puppet-catalog-compiler/
  3. Go to "Build with parameters" https://integration.wikimedia.org/ci/job/operations-puppet-catalog-compiler/build
  4. In the form, fill change number (from gerrit) and list of nodes
  5. Hit the Build button
  6. Wait for the jenkins job to end
  7. You can check for results in the jenkins Console output
  8. You can see the compiled catalogs in a web frontend. The URL structure is https://puppet-compiler.wmflabs.org/compiler_host/build_id where...
    • compiler_host is the hostname (without domain name) of the compiler node that Jenkins dispatched the build to. A current list of possible compiler nodes is available at https://integration.wikimedia.org/ci/label/puppet-compiler-node/
    • build_id is the unique id of the Jenkins build (changes with every run).
    • This link is automatically constructed and can be found at the bottom of the Jenkins console output after each build.

Local run (of jenkins job)

You can do a local run of the integration jenkins job. This is usually done in an instance VM on CloudVPS.

Steps are:

  • Push your patch to gerrit using git-review. You will get a change number.
  • Choose a puppet master server <master>
  • Build <worker> as a large Jessie instance (probably anywhere, but ideally in the same project as <master> if <master> is a VM
  • On <worker>, apply the classes "role::puppet_compiler" and "profile::puppetmaster::labsenc" (via Horizon, for example)
  • On <worker>, apply the following hiera (via Horizon, for example):
    discovery::app_routes: {}
    etcd::cluster_name: <something arbitrary and distinctive>
    etcd::cluster_state: new
    etcd::host: '%{::fqdn}'
    etcd::peers_list: <worker hostname>=http://<worker fqdn>:2380
    etcd::port: 2739
    etcd::ssl::puppet_cert_name: '%{::fqdn}'
    etcd::use_ssl: true
    labsdnsconfig: {}
    
  • Gather facts of target host. On a local (not a VM) with keys installed to access all the necessary hosts, run this script from the puppet repo:
$ PUPPET_MASTERS=<master> PUPPET_COMPILER=<worker> modules/puppet_compiler/files/compiler-update-facts
  • In order to see results in HTML for a web browser, you will need to set up a web proxy (ideally named puppet-compiler.wmflabs.org) pointing to <worker>

Make sure port 80 is open on <worker> so the proxy can reach it. You can do this via Horizon.

  • Once all that is done, you can invoke a compiler test on <worker> like this:
CHANGE=<patch of interest> NODES=<node of interest> BUILD_NUMBER=8 puppet-compiler

The source of this information is:

Local run (pcc utility)

There is a also a tool called pcc under the operations/puppet/utils repo. You'll need your Jenkins API token to make it work, retrievable under https://integration.wikimedia.org/ci/user/$YOURUSERNAME/configure.

Example:

$ ./utils/pcc GERRIT_CHANGE_NUMBER LIST_OF_NODES --username YOUR_USERNAME --api-token 12312312312312313  
$ ./utils/pcc 282936 oxygen.eqiad.wmnet --username batman --api-token 12312312312312313

Troubleshooting

Some common errors and mistakes.

  • Catalog for Cloud VPS instances doesn't get any labs classes/roles

This happens because $::realm is not set to labs. There are patches in place to fix this, but the puppet-compiler software needs to be released with these patches.

  • ERROR: Unable to find facts for host tools-services-01.tools.eqiad.wmflabs, skipping

If running locally, collect facts by hand from the corresponding puppetmaster. If running in the jenkins web service for a production host, follow these instructions.

See also