Version information
This version is compatible with:
- Puppet Enterprise 2017.2.x, 2017.1.x, 2016.5.x, 2016.4.x
- Puppet >= 3.8.0 < 5.0.0
- AIX, , , , , , , , , , ,
Start using this module
Add this module to your Puppetfile:
mod 'puppetlabs-puppet_agent', '1.2.0'
Learn more about managing modules with a PuppetfileDocumentation
#puppet_agent
Table of Contents
- Overview
- Module Description - What the module does and why it is useful
- Setup - The basics of getting started with puppet_agent
- Usage - Configuration options and additional functionality
- Reference
- Limitations - OS compatibility, etc.
- Development - Guide for contributing to the module
Overview
A module for upgrading Puppet agents. Supports upgrading from Puppet 3 packages and puppet-agent packages, to puppet-agent packages (i.e. Puppet 4).
Module Description
The puppet_agent module installs the Puppet Collection 1 repo (as a default, and on systems that support repositories); migrates configuration required by Puppet to new locations used by puppet-agent; and installs the puppet-agent package, removing the previous Puppet installation. When starting from Puppet 3, it will upgrade to the latest Puppet open-source release, or to the latest puppet-agent package supported by your PE installation.
If a package_version parameter is provided, it will ensure that puppet-agent version is installed. The package_version parameter is required to perform upgrades starting from a puppet-agent (Puppet 4) package.
This module expects Puppet to be installed from packages.
Setup
What puppet_agent affects
- Puppet, Facter, Hiera, and MCollective.
- Puppet's SSL directory and puppet.conf.
- MCollective's server.cfg and client.cfg.
- Removes deprecated settings from puppet.conf.
- Updates puppet.conf and server.cfg for behavioral changes in puppet-agent (future parser is now the default, and MCollective has a new varlog location).
Setup Requirements
Your agents must be running Puppet 3 with stringify_facts
set to 'false', or Puppet 4+. Agents should already be pointed at a master running Puppet Server 2.1 or greater, and thus successfully applying catalogs compiled with the Puppet 4 language.
Puppet 3.7 with future parser is required to compile this module, meaning it may be applied to masterless Puppet 3.7+, or earlier Puppet 3 agents connecting to a Puppet 3.7+ master.
Beginning with puppet_agent
Install the puppet_agent module with puppet module install puppetlabs-puppet_agent
.
Usage
Puppet 3 Upgrades
Add the class to agents you want to upgrade:
include ::puppet_agent
This installs the latest released version of Puppet from Puppet Collection 1.
To upgrade with this module, first stand up a Puppet Server 2.1 master---which supports backward compatibility with Puppet 3 agents---and point the agent you want to upgrade at that master. Once you've confirmed the agent runs successfully against the new master, and thus the Puppet 4 language, apply the class to the agent and confirm that it checks back in after a successful upgrade. Further details on upgrading are available here.
As part of preparing the agent for Puppet 4, the module performs several significant steps:
- Copies SSL files (based on their location settings: ssldir, certdir, privatedir, privatekeydir, publickeydir, requestdir) to new Puppet 4 defaults, and restore those settings to default in puppet.conf.
- Resets non-deprecated settings to defaults: disable_warnings, vardir, rundir, libdir, confdir, ssldir, and classfile.
- Resets logfile in MCollective's server.cfg and client.cfg.
- Adds new libdir and plugin.yaml locations to MCollective's server.cfg and client.cfg.
Puppet 4 Upgrades
Add the class to agents you want to upgrade, specifying the desired puppet-agent version:
class {'::puppet_agent':
package_version => '1.4.0',
}
This will ensure the version 1.4.0
of the puppet-agent package is installed. For version 1.4.0
and later, it will also remove the deprecated pluginsync
setting from puppet.conf
, unless explicitly managed elsewhere.
##Reference
###Public classes
###Private classes
puppet_agent::install
: Installs packages.puppet_agent::install::remove_packages
: For platforms that can't perform in-place upgrades, removes the old packages.puppet_agent::install::remove_packages_osx
: Removes the old packages on Mac OS X.puppet_agent::osfamily::*
: Platform-specific preparation performed before upgrades.puppet_agent::prepare
: Prepares the agent for upgrade.puppet_agent::prepare::package
: Stages packages locally for install, on platforms that can't install from remote packages.puppet_agent::prepare::*
: Prepare various file and ssl configuration.puppet_agent::service
: Ensures the services are running.puppet_agent::windows::install
: Handles Windows package installation.
###Parameters
####Class: puppet_agent
#####arch
The architecture version you wish to install. Defaults to $::architecture
. This parameter is ignored in Windows Server 2003.
#####collection
The Puppet Collection to track. Defaults to PC1
.
#####is_pe
Install from Puppet Enterprise rpos. Enabled if communicating with a PE master.
#####package_name
The package to upgrade to, i.e., puppet-agent
. Currently, the default and only accepted value is puppet-agent
.
#####package_version
The package version to upgrade to. When upgrading from Puppet < 4.0, defaults to the puppet master's latest supported version if compiled with A PE master or undef otherwise (meaning get the latest Open Source release). Explicitly specify a version to upgrade from puppet-agent packages (implying Puppet >= 4.0).
#####service_names
An array of services to start, normally puppet
and mcollective
. If the array is empty, no services are started.
#####source
Alternate source from which you wish to download the latest version of Puppet.
Limitations
Mac OS X Open Source packages are currently not supported.
###Known issues
- In masterless environments, modules installed manually on individual agents cannot be found after upgrading to Puppet 4.x. You should reinstall these modules on the agents with
puppet module install
.
In addition, there are several known issues with Windows:
- To upgrade the agent by executing
puppet agent -t
interactively in a console, you must close the console and wait for the upgrade to finish before attempting to use thepuppet
command again. - MSI installation failures do not produce any error. If the install fails, puppet_agent continues to be applied to the agent. If this happens, you'll need to examine the MSI log file to determine the failure's cause. You can find the location of the log file in the debug output from either a puppet apply or an agent run; the log file name follows the pattern
puppet-<timestamp>-installer.log
. - On Windows Server 2003, only x86 is supported, and the
arch
parameter is ignored. If you try to force an upgrade to x64, Puppet installs the x86 version with no error message. - On Windows Server 2003 with Puppet Enterprise, the default download location is unreachable. You can work around this issue by specifying an alternate download URL in the
source
parameter.
Specifically in the 1.2.0 Release:
- For Windows, you must trigger an agent run after upgrading so that Puppet can create the necessary directory structures.
- AIX package names are based on PowerPC architecture version. PowerPC 8 is not yet supported.
##Development
Puppet Labs modules on the Puppet Forge are open projects, and community contributions are essential for keeping them great. We can't access the huge number of platforms and myriad of hardware, software, and deployment configurations that Puppet is intended to serve.
We want to keep it as easy as possible to contribute changes so that our modules work in your environment. There are a few guidelines that we need contributors to follow so that we can have a chance of keeping on top of things.
To contribute to the puppet_agent module, see Contributing.md. You can also read the complete module contribution guide on the Puppet Labs wiki.
Maintenance
Maintainers: Michael Smith michael.smith@puppet.com, Brandon High brandon.high@puppet.com
Change Log
All notable changes to this project will be documented in this file. This project adheres to Semantic Versioning.
[1.2.0]
Summary
Supports upgrades from puppet-agent packages! Applies to both PE and FOSS, for example upgrades from PE 2015.3.2 to 2015.3.3 and puppet-agent 1.3.0 to 1.4.0 are supported. Upgrading from older Puppet 3 versions is also no longer explicitly prevented. Adds support for Solaris 11.
Known issues
Carried-over from prior releases:
- For Windows, trigger an agent run after upgrade to get Puppet to create the necessary directory structures.
- Upgrades on EL4-based systems are not supported.
- Upgrades on Fedora systems are not supported.
Newly identified issues:
- Mac OS X Open Source package upgrades are not yet implemented.
- AIX package names are based on PowerPC architecture version. PowerPC 8 is not yet supported.
Features
- Upgrades between puppet-agent packages, such as 2015.2.x to 2015.3.x.
- Adds support for Solaris 11.
- The
pluginsync
setting was deprecated inpuppet-agent 1.4.0
. This module removes it when upgrading to that version or later unless otherwise managed. - Remove the lower-version requirement. All Puppet 3 versions potentially can be upgraded, although testing is only performed starting with Puppet/PE 3.8. Earlier versions likely work back to 3.5, as long as the manifest is compiled using 3.7+ with future parser enabled.
Bugfixes
- Fixes the release identification for Amazon Linux distributions to use EL 6 packages.
- Fix Debian upgrades for PE.
- Support upgrades of 32-bit Windows packages for PE (via pe_repo).
- Fixed an issue that would cause compilation to fail with
Unknown function: 'pe_compiling_server_aio_build'
in some environments.
[1.1.0]
Summary
The addition of several OS support features and a considerable amount of compatibility and bug fixes.
Known issues
While this release adds considerable features and bug fixes the following areas are known issues and require more work:
- For Windows, trigger an agent run after upgrade to get Puppet to create the necessary directory structures.
- There is currently ongoing work to allow for upgrading from 2015.2.x to 2015.3.x.
- Solaris 11 support work is in progess, but currently still buggy.
Features
- Adds support for SLES 10, Solaris 10, AIX.
- Add OSX 10.9 upgrades.
- Add no-internet Windows upgrade in PE.
- Added puppet_master_server fact.
- Adds
/opt/puppetlabs
to the managed directories. - Additional test checks for /opt/puppetlabs.
Bugfixes
- Use rspec expect syntax for catching errors.
- Base master_agent_version on pe_compiling_server_aio_build().
- Update in metadata to include support for SLES 10 and 11.
- Ensure pe-puppet/mcollective services stopped after removing the PUPpuppet and PUPmcollective packages.
- Small readme typo fix.
- Pass in Puppet agent PID as command line parameter to avoid recreating install_puppet.bat at every agent run.
- Allow using the internal mirror when resolving gems.
- Add Solaris 10 sparc to supported arch.
- No longer converts Windows file resource to RAL catalog.
- Create/use local_package_dir in params.pp.
- Fix behavior for non-PE.
- Fix specs for Windows changes.
- Remove check for null $service_names.
- Fix linter errors on Windows PR 66.
- Use common_appdata on Windows.
- Removes management of the puppet/mco services on Windows systems.
- Add start/wait to Windows upgrade.
- Pass in configured server to Windows MSI.
- Fixes SLES11 GPG key import issue.
- Fixed regex for SLES compatibility.
- Ensures local MSI package resource defined on Windows.
[1.0.0] - 2015-07-28
Summary
Fixed minor bugs and improved documentation. Now a Puppet Supported module.
Features
- Improved documentation of upgrade process.
Bugfixes
- For Windows PE upgrades, by default install the agent version corresponding to the PE master.
- Reset puppet.conf's classfile setting.
[0.2.0] - 2015-07-21
Summary
Added support for most systems with both Puppet 3.8 and Puppet-Agent packages released by Puppet Labs.
Features
- Support for Debian 6/7, Ubuntu 12.04/14.04, SLES 12, and Windows 2003 through 2012R2.
Bugfixes
- Fix puppet_agent module doesn't touch puppet.conf settings outside an INI section (PUP-4886)
- Made internal classes private, using stdlib's assert_private helper
- Migrate SSL cert directories individually to account for individual settings (PUP-4690)
- Migrated mcollective configuration should prefer the new plugin location (PUP-4658)
- Fixed updating mcollective configuration files with multiple libdir or plugin.yaml definitions (PUP-4746)
[0.1.0] - 2015-06-02
Added
- Initial release of puppetlabs-puppet_agent, supporting Redhat and Centos 5/6/7.
Dependencies
- puppetlabs-stdlib (>= 4.6.0 < 5.0.0)
- puppetlabs-transition (>= 0.1.0 < 0.2.0)
- puppetlabs-inifile (>= 1.2.0 < 2.0.0)
- puppetlabs-apt (>= 2.0.1 < 3.0.0)
Copyright 2015 Puppet Labs Licensed under the Apache License, Version 2.0 (the "License"); you may not use this file except in compliance with the License. You may obtain a copy of the License at http://www.apache.org/licenses/LICENSE-2.0 Unless required by applicable law or agreed to in writing, software distributed under the License is distributed on an "AS IS" BASIS, WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied. See the License for the specific language governing permissions and limitations under the License.