Upgrading from Puppet 3 to 4 » History » Revision 8
« Previous |
Revision 8/23
(diff)
| Next »
Dominic Cleal, 05/26/2016 10:43 AM
formatting
Upgrading from Puppet 3 to 4¶
This wiki page is a work in progress for the release of Foreman 1.12 and should be used at your own risk.
- Table of contents
- Upgrading from Puppet 3 to 4
This wiki page is a rough guide on how to upgrade from Puppet 3 to Puppet 4 when using Foreman. It doesn't replace Puppet's own documentation - you need to take both into account, and it's not for the faint-hearted.
Remember, Puppet is a separate piece of software to Foreman. Foreman integrates with Puppet in only a few places (e.g. reports, ENC and smart proxy class imports) but the Foreman installer may have set it up for you initially. Most of the work is changing the Puppet installation and then updating paths and configs in Foreman to suit.
If you're unfamiliar with how Puppet works, then you should consider setting up a new installation and migrating hosts instead.
Planning¶
Ensure you are running Foreman 1.12 or higher, previous versions are not compatible with Puppet 4, while 1.12 is compatible with both 3 and 4, so carry out that upgrade first. See Upgrading to Foreman 1.12 for more information.
Start with Puppet 3.x to 4.x: Get upgrade-ready - it has many excellent points, including:
- As with any upgrade, the smaller the step, the easier it will be. Ensure you've already upgraded to the latest 3.x release and fixed any deprecations from the release notes before moving to 4. This will save time later.
- Ensure your Puppet modules are going to be compatible with Puppet 4's new ("future") parser
- Plan to upgrade your masters before your agents, because the master can serve older agents, but not the other way around.
- Back up everything, especially SSL keys and certificates.
- Ensure you have enough RAM, Puppet Server defaults to requiring at least 2GB
The guide will assume you're using regular 'puppet' packages either from your OS (or EPEL) or from Puppet Labs repositories. Puppet 4 packages are All-In-One (AIO) packages and work quite differently, introducing lots of new paths for config files and binaries. More information on these at:
Upgrading¶
Install new PC1 packages¶
- Configure the new PC1 repositories with the Using Puppet Collections instructions.
- On EL, run
yum remove puppet-server
to prevent later conflicts. - Install the
puppetserver
package, which should replacefacter
,puppet
andpuppet-server
withpuppetserver
andpuppet-agent
Move configs and files to new structure¶
This section is based on Puppet 3.x to 4.x: Upgrade Puppet Server which goes into far more detail.
Environments, SSL and Apache¶
- Move or copy any environments from
/etc/puppet/environments
to/etc/puppetlabs/code/environments
- Move or copy all SSL keys and certificates from
/var/lib/puppet/ssl
to/etc/puppetlabs/puppet/ssl
- Remove the Puppet master VirtualHost from Apache at
/etc/httpd/conf.d/25-puppet.conf
(EL) ora2dissite 25-puppet
(Debian/Ubuntu) - Remove 8140 from the Apache ports in
/etc/httpd/conf/ports.conf
or/etc/apache2/ports.conf
- Update SSL paths in
/etc/httpd/conf.d/05-foreman-ssl.conf
or/etc/apache2/sites-available/05-foreman-ssl.conf
, changing/var/lib/puppet/ssl
to/etc/puppetlabs/puppet/ssl
- Restart httpd/apache2 to free up the port
Config files¶
mv /etc/puppet/autosign.conf /etc/puppetlabs/puppet/
cp /etc/puppet/puppet.conf /etc/puppetlabs/puppet/puppet.conf
and change:- in the 'main' section:
vardir = /opt/puppetlabs/puppet/cache
logdir = /var/log/puppetlabs/puppet
rundir = /var/run/puppetlabs
ssldir = /etc/puppetlabs/puppet/ssl
environmentpath = /etc/puppetlabs/code
basemodulepath = /etc/puppetlabs/code/environments/common:/etc/puppetlabs/code/modules:/opt/puppetlabs/puppet/modules
- in the 'agent' section:
- remove
configtimeout
- remove
- in the 'master' section:
autosign = /etc/puppetlabs/puppet/autosign.conf { mode = 0644 }
external_nodes = /etc/puppetlabs/puppet/node.rb
ssldir = /etc/puppetlabs/puppet/ssl
- in the 'main' section:
- edit
/etc/puppetlabs/puppetserver/conf.d/puppetserver.conf
- change
master-var-dir
to/opt/puppetlabs/puppet/cache
- uncomment/set
use-legacy-auth-conf: false
- change
If using a smart proxy to import classes, edit /etc/puppetlabs/puppetserver/conf.d/auth.conf
, search for /puppet/v3/environments
and add a new section below it:
{ match-request: { path: "/puppet/v3/resource_type" type: path method: [get, post] } allow: "*" sort-order: 500 name: "puppetlabs resource type" },
If you will still support Puppet 3 clients against the server running Puppet 4, see auth.conf rules for Puppet 3 and 4 agents for additional rules. Using foreman-installer (below) will also configure these by default.
Start and enable the puppetserver service with: /opt/puppetlabs/bin/puppet resource service puppetserver ensure=running enable=true
ENC files¶
cp /etc/puppet/foreman.yaml /etc/puppetlabs/puppet/foreman.yaml
and change:- replace
/var/lib/puppet/ssl
with/etc/puppetlabs/puppet/ssl
:puppetdir: /opt/puppetlabs/puppet/cache
- replace
mv /etc/puppet/node.rb /etc/puppetlabs/puppet/
Foreman settings¶
- edit
/etc/foreman/settings.yaml
and change:puppetssldir: /etc/puppetlabs/puppet/ssl
- change
websockets_*
settings to use/etc/puppetlabs/puppet/ssl
and alsossl_*
if specified - restart Foreman by running
touch ~foreman/tmp/restart.txt
- check in Administer > Settings > Auth in the Foreman UI that SSL certificate, private key and CA file all use
/etc/puppetlabs/puppet/ssl
, else change them
Smart proxy settings¶
- edit
/etc/foreman-proxy/settings.d/puppet.yml
and set:puppet_version
to the version of Puppet currently installed, e.g. 4.5.0- look up the version of puppet-agent (
rpm -q puppet-agent
ordpkg -l puppet-agent
) and check Release contents
- look up the version of puppet-agent (
- edit
/etc/foreman-proxy/settings.d/puppet_proxy_puppet_api.yml
and change/var/lib/puppet/ssl
to/etc/puppetlabs/puppet/ssl
- edit
/etc/foreman-proxy/settings.d/puppetca.yml
and change::ssldir: /etc/puppetlabs/puppet/ssl
:puppetdir: /etc/puppetlabs/puppet
- edit
/etc/foreman-proxy/settings.yml
and change/var/lib/puppet/ssl
to/etc/puppetlabs/puppet/ssl
- restart foreman-proxy
Re-running foreman-installer¶
Foreman installer stores many paths in its answers file, so before it's safe to re-run it, these need to be changed.
This section relies on #15071, currently unreleased.
You can either reset all of the affected parameters to their defaults and let them be recalculated using the AIO Puppet agent, or edit the answers file at /etc/foreman-installer/scenarios.d/foreman-answers.yaml
. To reset them, run:
foreman-installer --noop -v \ --puppet-server-implementation=puppetserver \ --reset-foreman-client-ssl-ca \ --reset-foreman-client-ssl-cert \ --reset-foreman-client-ssl-key \ --reset-foreman-puppet-home \ --reset-foreman-puppet-ssldir \ --reset-foreman-server-ssl-ca \ --reset-foreman-server-ssl-cert \ --reset-foreman-server-ssl-chain \ --reset-foreman-server-ssl-crl \ --reset-foreman-server-ssl-key \ --reset-foreman-websockets-ssl-cert \ --reset-foreman-websockets-ssl-key \ --reset-foreman-proxy-puppet-ssl-ca \ --reset-foreman-proxy-puppet-ssl-cert \ --reset-foreman-proxy-puppet-ssl-key \ --reset-foreman-proxy-puppetdir \ --reset-foreman-proxy-ssl-ca \ --reset-foreman-proxy-ssl-cert \ --reset-foreman-proxy-ssl-key \ --reset-foreman-proxy-ssldir \ --reset-puppet-autosign \ --reset-puppet-codedir \ --reset-puppet-configtimeout \ --reset-puppet-dir \ --reset-puppet-logdir \ --reset-puppet-rundir \ --reset-puppet-ssldir \ --reset-puppet-vardir \ --reset-puppet-server-common-modules-path \ --reset-puppet-server-dir \ --reset-puppet-server-envs-dir \ --reset-puppet-server-external-nodes \ --reset-puppet-server-jruby-gem-home \ --reset-puppet-server-manifest-path \ --reset-puppet-server-puppetserver-dir \ --reset-puppet-server-ruby-load-paths \ --reset-puppet-server-ssl-dir
Keep the --noop -v
flags on the first run to check if there are any unexpected changes, then remove it to perform the actual changes. Note that there will be many more small changes to the contents of config files (particularly around Puppet Server) that the installer will change, but which shouldn't affect the operation.
Further reading¶
Updated by Dominic Cleal over 8 years ago · 23 revisions