--- a/components/ruby/puppet-solaris/files/puppet.xml Wed Jan 11 15:24:27 2017 -0800
+++ /dev/null Thu Jan 01 00:00:00 1970 +0000
@@ -1,2352 +0,0 @@
-<!DOCTYPE service_bundle SYSTEM "/usr/share/lib/xml/dtd/service_bundle.dtd.1">
-<!--
- CDDL HEADER START
-
- The contents of this file are subject to the terms of the
- Common Development and Distribution License (the "License").
- You may not use this file except in compliance with the License.
-
- You can obtain a copy of the license at usr/src/OPENSOLARIS.LICENSE
- or http://www.opensolaris.org/os/licensing.
- See the License for the specific language governing permissions
- and limitations under the License.
-
- When distributing Covered Code, include this CDDL HEADER in each
- file and include the License file at usr/src/OPENSOLARIS.LICENSE.
- If applicable, add the following below this CDDL HEADER, with the
- fields enclosed by brackets "[]" replaced with your own identifying
- information: Portions Copyright [yyyy] [name of copyright owner]
-
- CDDL HEADER END
-
- Copyright (c) 2013, 2016, Oracle and/or its affiliates. All rights reserved.
-
- NOTE: This service manifest is not editable; its contents will
- be overwritten by package or patch operations, including
- operating system upgrade. Make customizations in a different
- file.
--->
-<service_bundle type="manifest" name="puppet">
- <service name="application/puppet" type="service" version="1">
- <dependency name="filesystem" grouping="require_all" restart_on="error" type="service">
- <service_fmri value="svc:/system/filesystem/minimal"/>
- </dependency>
- <dependency name="network" grouping="require_all" restart_on="error" type="service">
- <service_fmri value="svc:/milestone/network"/>
- </dependency>
- <dependency name="identity" grouping="require_all" restart_on="error" type="service">
- <service_fmri value="svc:/system/identity:node"/>
- </dependency>
- <exec_method type="method" name="start" exec=":true" timeout_seconds="60"/>
- <exec_method type="method" name="stop" exec=":kill" timeout_seconds="60"/>
- <exec_method type="method" name="refresh" exec=":true" timeout_seconds="0"/>
- <property_group name="general" type="framework">
- <!-- to start stop puppet -->
- <propval name="action_authorization" type="astring" value="solaris.smf.manage.puppet"/>
- <!-- to change puppet properties -->
- <propval name="value_authorization" type="astring" value="solaris.smf.value.puppet"/>
- </property_group>
- <property_group name="puppet_stencil" type="configfile">
- <propval name="path" type="astring" value="/etc/puppet/puppet.conf"/>
- <propval name="stencil" type="astring" value="puppet.stencil"/>
- <propval name="mode" type="astring" value="0444"/>
- </property_group>
- <instance name="master" enabled="false">
- <exec_method type="method" name="start" exec="/usr/sbin/puppet master --logdest %{config/logdest}" timeout_seconds="600"/>
- <property_group name="config" type="application">
- <propval name="logdest" type="astring" value="/var/log/puppet/puppet-master.log"/>
- </property_group>
- </instance>
- <instance name="agent" enabled="false">
- <exec_method type="method" name="start" exec="/usr/sbin/puppet agent --logdest %{config/logdest}" timeout_seconds="600"/>
- <property_group name="config" type="application">
- <propval name="logdest" type="astring" value="/var/log/puppet/puppet-agent.log"/>
- </property_group>
- </instance>
- <stability value="Unstable"/>
- <template>
- <common_name>
- <loctext xml:lang="C">Puppet version 3.8.6</loctext>
- </common_name>
- <documentation>
- <manpage title="puppet-master" section="8" manpath="/usr/share/man"/>
- </documentation>
- <pg_pattern required="false" type="application" name="config">
- <prop_pattern required="false" type="astring" name="agent_catalog_run_lockfile">
- <description>
- <loctext xml:lang="C">
-A lock file to indicate that a puppet agent catalog run is currently in progress.
-The file contains the pid of the process that holds the lock on the catalog run.
- </loctext>
- </description>
- </prop_pattern>
- <prop_pattern required="false" type="astring" name="agent_disabled_lockfile">
- <description>
- <loctext xml:lang="C">
-A lock file to indicate that puppet agent runs have been administratively
-disabled. File contains a JSON object with state information.
- </loctext>
- </description>
- </prop_pattern>
- <prop_pattern required="false" type="boolean" name="allow_duplicate_certs">
- <description>
- <loctext xml:lang="C">
-Whether to allow a new certificate
-request to overwrite an existing certificate.
- </loctext>
- </description>
- </prop_pattern>
- <prop_pattern required="false" type="boolean" name="allow_variables_with_dashes">
- <description>
- <loctext xml:lang="C">
-Permit hyphens (`-`) in variable names and issue deprecation warnings about
-them. This setting **should always be `false`;** setting it to `true`
-will cause subtle and wide-ranging bugs. It will be removed in a future version.
-
-Hyphenated variables caused major problems in the language, but were allowed
-between Puppet 2.7.3 and 2.7.14. If you used them during this window, we
-apologize for the inconvenience --- you can temporarily set this to `true`
-in order to upgrade, and can rename your variables at your leisure. Please
-revert it to `false` after you have renamed all affected variables.
- </loctext>
- </description>
- </prop_pattern>
- <prop_pattern required="false" type="boolean" name="always_cache_features">
- <description>
- <loctext xml:lang="C">
-Affects how we cache attempts to load Puppet 'features'. If false, then
-calls to `Puppet.features.<feature>?` will always attempt to load the
-feature (which can be an expensive operation) unless it has already been
-loaded successfully. This makes it possible for a single agent run to,
-e.g., install a package that provides the underlying capabilities for
-a feature, and then later load that feature during the same run (even if
-the feature had been tested earlier and had not been available).
-
-If this setting is set to true, then features will only be checked once,
-and if they are not available, the negative result is cached and returned
-for all subsequent attempts to load the feature. This behavior is almost
-always appropriate for the server, and can result in a significant performance
-improvement for features that are checked frequently.
- </loctext>
- </description>
- </prop_pattern>
- <prop_pattern required="false" type="host" name="archive_file_server">
- <description>
- <loctext xml:lang="C">
-During an inspect run, the file bucket server to archive files to if archive_files is set.
- </loctext>
- </description>
- </prop_pattern>
- <prop_pattern required="false" type="boolean" name="archive_files">
- <description>
- <loctext xml:lang="C">
-During an inspect run, whether to archive files whose contents are audited to a file bucket.
- </loctext>
- </description>
- </prop_pattern>
- <prop_pattern required="false" type="boolean" name="async_storeconfigs">
- <description>
- <loctext xml:lang="C">
-Whether to use a queueing system to provide asynchronous database integration.
-Requires that `puppet queue` be running.
- </loctext>
- </description>
- </prop_pattern>
- <prop_pattern required="false" type="boolean" name="autoflush">
- <description>
- <loctext xml:lang="C">
-Whether log files should always flush to disk.
- </loctext>
- </description>
- </prop_pattern>
- <prop_pattern required="false" type="astring" name="autosign">
- <description>
- <loctext xml:lang="C">
-Whether (and how) to autosign certificate requests. This setting
-is only relevant on a puppet master acting as a certificate authority (CA).
-
-Valid values are true (autosigns all certificate requests; not recommended),
-false (disables autosigning certificates), or the absolute path to a file.
-
-The file specified in this setting may be either a **configuration file**
-or a **custom policy executable.** Puppet will automatically determine
-what it is: If the Puppet user (see the `user` setting) can execute the
-file, it will be treated as a policy executable; otherwise, it will be
-treated as a config file.
-
-If a custom policy executable is configured, the CA puppet master will run it
-every time it receives a CSR. The executable will be passed the subject CN of the
-request _as a command line argument,_ and the contents of the CSR in PEM format
-_on stdin._ It should exit with a status of 0 if the cert should be autosigned
-and non-zero if the cert should not be autosigned.
-
-If a certificate request is not autosigned, it will persist for review. An admin
-user can use the `puppet cert sign` command to manually sign it, or can delete
-the request.
-
-For info on autosign configuration files, see
-[the guide to Puppet's config files](http://docs.puppetlabs.com/guides/configuring.html).
- </loctext>
- </description>
- </prop_pattern>
- <prop_pattern required="false" type="astring" name="basemodulepath">
- <description>
- <loctext xml:lang="C">
-The search path for **global** modules. Should be specified as a
-list of directories separated by the system path separator character. (The
-POSIX path separator is ':', and the Windows path separator is ';'.)
-
-If you are using directory environments, these are the modules that will
-be used by _all_ environments. Note that the `modules` directory of the active
-environment will have priority over any global directories. For more info, see
-http://docs.puppetlabs.com/puppet/latest/reference/environments.html
-
-This setting also provides the default value for the deprecated `modulepath`
-setting, which is used when directory environments are disabled.
- </loctext>
- </description>
- </prop_pattern>
- <prop_pattern required="false" type="net_address" name="bindaddress">
- <description>
- <loctext xml:lang="C">
-The address a listening server should bind to.
- </loctext>
- </description>
- </prop_pattern>
- <prop_pattern required="false" type="boolean" name="binder">
- <description>
- <loctext xml:lang="C">
-Turns the binding system on or off. This includes bindings in modules.
-The binding system aggregates data from modules and other locations and makes them available for lookup.
-The binding system is experimental and any or all of it may change.
- </loctext>
- </description>
- </prop_pattern>
- <prop_pattern required="false" type="astring" name="binder_config">
- <description>
- <loctext xml:lang="C">
-The binder configuration file. Puppet reads this file on each request to configure the bindings system.
-If set to nil (the default), a $confdir/binder_config.yaml is optionally loaded. If it does not exists, a default configuration
-is used. If the setting :binding_config is specified, it must reference a valid and existing yaml file.
- </loctext>
- </description>
- </prop_pattern>
- <prop_pattern required="false" type="astring" name="bucketdir">
- <description>
- <loctext xml:lang="C">
-Where FileBucket files are stored.
- </loctext>
- </description>
- </prop_pattern>
- <prop_pattern required="false" type="boolean" name="ca">
- <description>
- <loctext xml:lang="C">
-Whether the master should function as a certificate authority.
- </loctext>
- </description>
- </prop_pattern>
- <prop_pattern required="false" type="astring" name="ca_name">
- <description>
- <loctext xml:lang="C">
-The name to use the Certificate Authority certificate.
- </loctext>
- </description>
- </prop_pattern>
- <prop_pattern required="false" type="integer" name="ca_port">
- <description>
- <loctext xml:lang="C">
-The port to use for the certificate authority.
- </loctext>
- </description>
- </prop_pattern>
- <prop_pattern required="false" type="host" name="ca_server">
- <description>
- <loctext xml:lang="C">
-The server to use for certificate
-authority requests. It's a separate server because it cannot
-and does not need to horizontally scale.
- </loctext>
- </description>
- </prop_pattern>
- <prop_pattern required="false" type="integer" name="ca_ttl">
- <description>
- <loctext xml:lang="C">
-The default TTL for new certificates.
-This setting can be a time interval in seconds (30 or 30s), minutes (30m), hours (6h), days (2d), or years (5y).
- </loctext>
- </description>
- </prop_pattern>
- <prop_pattern required="false" type="astring" name="cacert">
- <description>
- <loctext xml:lang="C">
-The CA certificate.
- </loctext>
- </description>
- </prop_pattern>
- <prop_pattern required="false" type="astring" name="cacrl">
- <description>
- <loctext xml:lang="C">
-The certificate revocation list (CRL) for the CA. Will be used if present but otherwise ignored.
- </loctext>
- </description>
- </prop_pattern>
- <prop_pattern required="false" type="astring" name="cadir">
- <description>
- <loctext xml:lang="C">
-The root directory for the certificate authority.
- </loctext>
- </description>
- </prop_pattern>
- <prop_pattern required="false" type="astring" name="cakey">
- <description>
- <loctext xml:lang="C">
-The CA private key.
- </loctext>
- </description>
- </prop_pattern>
- <prop_pattern required="false" type="astring" name="capass">
- <description>
- <loctext xml:lang="C">
-Where the CA stores the password for the private key.
- </loctext>
- </description>
- </prop_pattern>
- <prop_pattern required="false" type="astring" name="caprivatedir">
- <description>
- <loctext xml:lang="C">
-Where the CA stores private certificate information.
- </loctext>
- </description>
- </prop_pattern>
- <prop_pattern required="false" type="astring" name="capub">
- <description>
- <loctext xml:lang="C">
-The CA public key.
- </loctext>
- </description>
- </prop_pattern>
- <prop_pattern required="false" type="astring" name="catalog_cache_terminus">
- <description>
- <loctext xml:lang="C">
-How to store cached catalogs. Valid values are 'json', 'msgpack' and 'yaml'. The agent application defaults to 'json'.
- </loctext>
- </description>
- </prop_pattern>
- <prop_pattern required="false" type="astring" name="catalog_format">
- <description>
- <loctext xml:lang="C">
-(Deprecated for 'preferred_serialization_format') What format to
-use to dump the catalog. Only supports 'marshal' and 'yaml'. Only
-matters on the client, since it asks the server for a specific format.
- </loctext>
- </description>
- </prop_pattern>
- <prop_pattern required="false" type="astring" name="catalog_terminus">
- <description>
- <loctext xml:lang="C">
-Where to get node catalogs. This is useful to change if, for instance,
-you'd like to pre-compile catalogs and store them in memcached or some other easily-accessed store.
- </loctext>
- </description>
- </prop_pattern>
- <prop_pattern required="false" type="astring" name="cert_inventory">
- <description>
- <loctext xml:lang="C">
-The inventory file. This is a text file to which the CA writes a
-complete listing of all certificates.
- </loctext>
- </description>
- </prop_pattern>
- <prop_pattern required="false" type="astring" name="certdir">
- <description>
- <loctext xml:lang="C">
-The certificate directory.
- </loctext>
- </description>
- </prop_pattern>
- <prop_pattern required="false" type="astring" name="certdnsnames">
- <description>
- <loctext xml:lang="C">
-The `certdnsnames` setting is no longer functional,
-after CVE-2011-3872. We ignore the value completely.
-
-For your own certificate request you can set `dns_alt_names` in the
-configuration and it will apply locally. There is no configuration option to
-set DNS alt names, or any other `subjectAltName` value, for another nodes
-certificate.
-
-Alternately you can use the `--dns_alt_names` command line option to set the
-labels added while generating your own CSR.
- </loctext>
- </description>
- </prop_pattern>
- <prop_pattern required="false" type="integer" name="certificate_expire_warning">
- <description>
- <loctext xml:lang="C">
-The window of time leading up to a certificate's expiration that a notification
-will be logged. This applies to CA, master, and agent certificates. This setting can be a time interval in seconds (30 or 30s), minutes (30m), hours (6h), days (2d), or years (5y).
- </loctext>
- </description>
- </prop_pattern>
- <prop_pattern required="false" type="boolean" name="certificate_revocation">
- <description>
- <loctext xml:lang="C">
-Whether certificate revocation should be supported by downloading a
-Certificate Revocation List (CRL)
-to all clients. If enabled, CA chaining will almost definitely not work.
- </loctext>
- </description>
- </prop_pattern>
- <prop_pattern required="false" type="hostname" name="certname">
- <description>
- <loctext xml:lang="C">
-The name to use when handling certificates. When a node
-requests a certificate from the CA puppet master, it uses the value of the
-`certname` setting as its requested Subject CN.
-
-This is the name used when managing a node's permissions in
-[auth.conf](http://docs.puppetlabs.com/puppet/latest/reference/config_file_auth.html).
-In most cases, it is also used as the node's name when matching
-[node definitions](http://docs.puppetlabs.com/puppet/latest/reference/lang_node_definitions.html)
-and requesting data from an ENC. (This can be changed with the `node_name_value`
-and `node_name_fact` settings, although you should only do so if you have
-a compelling reason.)
-
-A node's certname is available in Puppet manifests as `$trusted['certname']`. (See
-[Facts and Built-In Variables](http://docs.puppetlabs.com/puppet/latest/reference/lang_facts_and_builtin_vars.html)
-for more details.)
-
-* For best compatibility, you should limit the value of `certname` to
- only use letters, numbers, periods, underscores, and dashes. (That is,
- it should match `/A[a-z0-9._-]+Z/`.)
-* The special value `ca` is reserved, and can't be used as the certname
- for a normal node.
-
-Defaults to the node's fully qualified domain name.
- </loctext>
- </description>
- </prop_pattern>
- <prop_pattern required="false" type="boolean" name="cfacter">
- <description>
- <loctext xml:lang="C">
-Whether or not to use the native facter (cfacter) implementation instead of the Ruby one (facter). Defaults to false.
- </loctext>
- </description>
- </prop_pattern>
- <prop_pattern required="false" type="astring" name="classfile">
- <description>
- <loctext xml:lang="C">
-The file in which puppet agent stores a list of the classes
-associated with the retrieved configuration. Can be loaded in
-the separate `puppet` executable using the `--loadclasses`
-option.
- </loctext>
- </description>
- </prop_pattern>
- <prop_pattern required="false" type="astring" name="client_datadir">
- <description>
- <loctext xml:lang="C">
-The directory in which serialized data is stored on the client.
- </loctext>
- </description>
- </prop_pattern>
- <prop_pattern required="false" type="astring" name="clientbucketdir">
- <description>
- <loctext xml:lang="C">
-Where FileBucket files are stored locally.
- </loctext>
- </description>
- </prop_pattern>
- <prop_pattern required="false" type="astring" name="clientyamldir">
- <description>
- <loctext xml:lang="C">
-The directory in which client-side YAML data is stored.
- </loctext>
- </description>
- </prop_pattern>
- <prop_pattern required="false" type="astring" name="code">
- <description>
- <loctext xml:lang="C">
-Code to parse directly. This is essentially only used
-by `puppet`, and should only be set if you're writing your own Puppet
-executable.
- </loctext>
- </description>
- </prop_pattern>
- <prop_pattern required="false" type="astring" name="color">
- <description>
- <loctext xml:lang="C">
-Whether to use colors when logging to the console. Valid values are
-`ansi` (equivalent to `true`), `html`, and `false`, which produces no color.
-Defaults to false on Windows, as its console does not support ansi colors.
- </loctext>
- </description>
- </prop_pattern>
- <prop_pattern required="false" type="astring" name="confdir">
- <description>
- <loctext xml:lang="C">
-The main Puppet configuration directory. The default for this setting
-is calculated based on the user. If the process is running as root or
-the user that Puppet is supposed to run as, it defaults to a system
-directory, but if it's running as any other user, it defaults to being
-in the user's home directory.
- </loctext>
- </description>
- </prop_pattern>
- <prop_pattern required="false" type="astring" name="config">
- <description>
- <loctext xml:lang="C">
-The configuration file for the current puppet application.
- </loctext>
- </description>
- </prop_pattern>
- <prop_pattern required="false" type="astring" name="config_file_name">
- <description>
- <loctext xml:lang="C">
-The name of the puppet config file.
- </loctext>
- </description>
- </prop_pattern>
- <prop_pattern required="false" type="astring" name="config_version">
- <description>
- <loctext xml:lang="C">
-How to determine the configuration version. By default, it will be the
-time that the configuration is parsed, but you can provide a shell script to override how the
-version is determined. The output of this script will be added to every log message in the
-reports, allowing you to correlate changes on your hosts to the source version on the server.
-
-Setting a global value for config_version in puppet.conf is deprecated. Please set a
-per-environment value in environment.conf instead. For more info, see
-http://docs.puppetlabs.com/puppet/latest/reference/environments.html
- </loctext>
- </description>
- </prop_pattern>
- <prop_pattern required="false" type="astring" name="configprint">
- <description>
- <loctext xml:lang="C">
-Print the value of a specific configuration setting. If the name of a
-setting is provided for this, then the value is printed and puppet
-exits. Comma-separate multiple values. For a list of all values,
-specify 'all'.
- </loctext>
- </description>
- </prop_pattern>
- <prop_pattern required="false" type="integer" name="configtimeout">
- <description>
- <loctext xml:lang="C">
-How long the client should wait for the configuration to be retrieved
-before considering it a failure. This can help reduce flapping if too
-many clients contact the server at one time. This setting can be a time interval in seconds (30 or 30s), minutes (30m), hours (6h), days (2d), or years (5y).
- </loctext>
- </description>
- </prop_pattern>
- <prop_pattern required="false" type="uri" name="couchdb_url">
- <description>
- <loctext xml:lang="C">
-The url where the puppet couchdb database will be created.
-Only used when `facts_terminus` is set to `couch`.
- </loctext>
- </description>
- </prop_pattern>
- <prop_pattern required="false" type="astring" name="csr_attributes">
- <description>
- <loctext xml:lang="C">
-An optional file containing custom attributes to add to certificate signing
-requests (CSRs). You should ensure that this file does not exist on your CA
-puppet master; if it does, unwanted certificate extensions may leak into
-certificates created with the `puppet cert generate` command.
-
-If present, this file must be a YAML hash containing a `custom_attributes` key
-and/or an `extension_requests` key. The value of each key must be a hash, where
-each key is a valid OID and each value is an object that can be cast to a string.
-
-Custom attributes can be used by the CA when deciding whether to sign the
-certificate, but are then discarded. Attribute OIDs can be any OID value except
-the standard CSR attributes (i.e. attributes described in RFC 2985 section 5.4).
-This is useful for embedding a pre-shared key for autosigning policy executables
-(see the `autosign` setting), often by using the `1.2.840.113549.1.9.7`
-("challenge password") OID.
-
-Extension requests will be permanently embedded in the final certificate.
-Extension OIDs must be in the "ppRegCertExt" (`1.3.6.1.4.1.34380.1.1`) or
-"ppPrivCertExt" (`1.3.6.1.4.1.34380.1.2`) OID arcs. The ppRegCertExt arc is
-reserved for four of the most common pieces of data to embed: `pp_uuid` (`.1`),
-`pp_instance_id` (`.2`), `pp_image_name` (`.3`), and `pp_preshared_key` (`.4`)
---- in the YAML file, these can be referred to by their short descriptive names
-instead of their full OID. The ppPrivCertExt arc is unregulated, and can be used
-for site-specific extensions.
- </loctext>
- </description>
- </prop_pattern>
- <prop_pattern required="false" type="astring" name="csrdir">
- <description>
- <loctext xml:lang="C">
-Where the CA stores certificate requests
- </loctext>
- </description>
- </prop_pattern>
- <prop_pattern required="false" type="boolean" name="daemonize">
- <description>
- <loctext xml:lang="C">
-Whether to send the process into the background. This defaults
-to true on POSIX systems, and to false on Windows (where Puppet
-currently cannot daemonize).
- </loctext>
- </description>
- </prop_pattern>
- <prop_pattern required="false" type="astring" name="data_binding_terminus">
- <description>
- <loctext xml:lang="C">
-Where to retrive information about data.
- </loctext>
- </description>
- </prop_pattern>
- <prop_pattern required="false" type="astring" name="dbadapter">
- <description>
- <loctext xml:lang="C">
-The type of database to use. This setting is only used by the ActiveRecord storeconfigs and inventory backends, which are deprecated.
- </loctext>
- </description>
- </prop_pattern>
- <prop_pattern required="false" type="astring" name="dbconnections">
- <description>
- <loctext xml:lang="C">
-The number of database connections for networked
-databases. Will be ignored unless the value is a positive integer. This setting is only used by the ActiveRecord storeconfigs and inventory backends, which are deprecated.
- </loctext>
- </description>
- </prop_pattern>
- <prop_pattern required="false" type="astring" name="dblocation">
- <description>
- <loctext xml:lang="C">
-The sqlite database file. This setting is only used by the ActiveRecord storeconfigs and inventory backends, which are deprecated.
- </loctext>
- </description>
- </prop_pattern>
- <prop_pattern required="false" type="boolean" name="dbmigrate">
- <description>
- <loctext xml:lang="C">
-Whether to automatically migrate the database. This setting is only used by the ActiveRecord storeconfigs and inventory backends, which are deprecated.
- </loctext>
- </description>
- </prop_pattern>
- <prop_pattern required="false" type="astring" name="dbname">
- <description>
- <loctext xml:lang="C">
-The name of the database to use. This setting is only used by the ActiveRecord storeconfigs and inventory backends, which are deprecated.
- </loctext>
- </description>
- </prop_pattern>
- <prop_pattern required="false" type="astring" name="dbpassword">
- <description>
- <loctext xml:lang="C">
-The database password for caching. Only
-used when networked databases are used. This setting is only used by the ActiveRecord storeconfigs and inventory backends, which are deprecated.
- </loctext>
- </description>
- </prop_pattern>
- <prop_pattern required="false" type="astring" name="dbport">
- <description>
- <loctext xml:lang="C">
-The database password for caching. Only
-used when networked databases are used. This setting is only used by the ActiveRecord storeconfigs and inventory backends, which are deprecated.
- </loctext>
- </description>
- </prop_pattern>
- <prop_pattern required="false" type="host" name="dbserver">
- <description>
- <loctext xml:lang="C">
-The database server for caching. Only
-used when networked databases are used.
- </loctext>
- </description>
- </prop_pattern>
- <prop_pattern required="false" type="astring" name="dbsocket">
- <description>
- <loctext xml:lang="C">
-The database socket location. Only used when networked
-databases are used. Will be ignored if the value is an empty string. This setting is only used by the ActiveRecord storeconfigs and inventory backends, which are deprecated.
- </loctext>
- </description>
- </prop_pattern>
- <prop_pattern required="false" type="astring" name="dbuser">
- <description>
- <loctext xml:lang="C">
-The database user for caching. Only
-used when networked databases are used. This setting is only used by the ActiveRecord storeconfigs and inventory backends, which are deprecated.
- </loctext>
- </description>
- </prop_pattern>
- <prop_pattern required="false" type="astring" name="default_file_terminus">
- <description>
- <loctext xml:lang="C">
-The default source for files if no server is given in a
-uri, e.g. puppet:///file. The default of `rest` causes the file to be
-retrieved using the `server` setting. When running `apply` the default
-is `file_server`, causing requests to be filled locally.
- </loctext>
- </description>
- </prop_pattern>
- <prop_pattern required="false" type="astring" name="default_manifest">
- <description>
- <loctext xml:lang="C">
-The default main manifest for directory environments. Any environment that
-doesn't set the `manifest` setting in its `environment.conf` file will use
-this manifest.
-
-This setting's value can be an absolute or relative path. An absolute path
-will make all environments default to the same main manifest; a relative
-path will allow each environment to use its own manifest, and Puppet will
-resolve the path relative to each environment's main directory.
-
-In either case, the path can point to a single file or to a directory of
-manifests to be evaluated in alphabetical order.
- </loctext>
- </description>
- </prop_pattern>
- <prop_pattern required="false" type="boolean" name="default_schedules">
- <description>
- <loctext xml:lang="C">
-Boolean; whether to generate the default schedule resources. Setting this to
-false is useful for keeping external report processors clean of skipped schedule resources.
- </loctext>
- </description>
- </prop_pattern>
- <prop_pattern required="false" type="astring" name="deviceconfig">
- <description>
- <loctext xml:lang="C">
-Path to the device config file for puppet device.
- </loctext>
- </description>
- </prop_pattern>
- <prop_pattern required="false" type="astring" name="devicedir">
- <description>
- <loctext xml:lang="C">
-The root directory of devices' $vardir.
- </loctext>
- </description>
- </prop_pattern>
- <prop_pattern required="false" type="astring" name="diff">
- <description>
- <loctext xml:lang="C">
-Which diff command to use when printing differences between files. This setting
-has no default value on Windows, as standard `diff` is not available, but Puppet can use many
-third-party diff tools.
- </loctext>
- </description>
- </prop_pattern>
- <prop_pattern required="false" type="astring" name="diff_args">
- <description>
- <loctext xml:lang="C">
-Which arguments to pass to the diff command when printing differences between
-files. The command to use can be chosen with the `diff` setting.
- </loctext>
- </description>
- </prop_pattern>
- <prop_pattern required="false" type="astring" name="digest_algorithm">
- <description>
- <loctext xml:lang="C">
-Which digest algorithm to use for file resources and the filebucket.
-Valid values are md5, sha256. Default is md5.
- </loctext>
- </description>
- </prop_pattern>
- <prop_pattern required="false" type="boolean" name="disable_per_environment_manifest">
- <description>
- <loctext xml:lang="C">
-Whether to disallow an environment-specific main manifest. When set
-to `true`, Puppet will use the manifest specified in the `default_manifest` setting
-for all environments. If an environment specifies a different main manifest in its
-`environment.conf` file, catalog requests for that environment will fail with an error.
-
-This setting requires `default_manifest` to be set to an absolute path.
- </loctext>
- </description>
- </prop_pattern>
- <prop_pattern required="false" type="astring" name="disable_warnings">
- <description>
- <loctext xml:lang="C">
-A comma-separated list of warning types to suppress. If large numbers
-of warnings are making Puppet's logs too large or difficult to use, you
-can temporarily silence them with this setting.
-
-If you are preparing to upgrade Puppet to a new major version, you
-should re-enable all warnings for a while.
-
-Valid values for this setting are:
-
-* `deprecations` --- disables deprecation warnings.
- </loctext>
- </description>
- </prop_pattern>
- <prop_pattern required="false" type="host" name="dns_alt_names">
- <description>
- <loctext xml:lang="C">
-The comma-separated list of alternative DNS names to use for the local host.
-
-When the node generates a CSR for itself, these are added to the request
-as the desired `subjectAltName` in the certificate: additional DNS labels
-that the certificate is also valid answering as.
-
-This is generally required if you use a non-hostname `certname`, or if you
-want to use `puppet kick` or `puppet resource -H` and the primary certname
-does not match the DNS name you use to communicate with the host.
-
-This is unnecessary for agents, unless you intend to use them as a server for
-`puppet kick` or remote `puppet resource` management.
-
-It is rarely necessary for servers; it is usually helpful only if you need to
-have a pool of multiple load balanced masters, or for the same master to
-respond on two physically separate networks under different names.
- </loctext>
- </description>
- </prop_pattern>
- <prop_pattern required="false" type="boolean" name="document_all">
- <description>
- <loctext xml:lang="C">
-Whether to document all resources when using `puppet doc` to
-generate manifest documentation.
- </loctext>
- </description>
- </prop_pattern>
- <prop_pattern required="false" type="astring" name="dynamicfacts">
- <description>
- <loctext xml:lang="C">
-(Deprecated) Facts that are dynamic; these facts will be ignored when deciding whether
-changed facts should result in a recompile. Multiple facts should be
-comma-separated.
- </loctext>
- </description>
- </prop_pattern>
- <prop_pattern required="false" type="astring" name="environment">
- <description>
- <loctext xml:lang="C">
-The environment Puppet is running in. For clients
-(e.g., `puppet agent`) this determines the environment itself, which
-is used to find modules and much more. For servers (i.e., `puppet master`)
-this provides the default environment for nodes we know nothing about.
- </loctext>
- </description>
- </prop_pattern>
- <prop_pattern required="false" type="integer" name="environment_timeout">
- <description>
- <loctext xml:lang="C">
-How long the Puppet master should cache data it loads from an
-environment.
-This setting can be a time interval in seconds (30 or 30s), minutes (30m), hours (6h), days (2d), or years (5y).
-A value of `0` will disable caching. This setting can also be set to
-`unlimited`, which will cache environments until the master is restarted
-or told to refresh the cache.
-
-You should change this setting once your Puppet deployment is doing
-non-trivial work. We chose the default value of `0` because it lets new
-users update their code without any extra steps, but it lowers the
-performance of your Puppet master.
-
-We recommend setting this to `unlimited` and explicitly refreshing your
-Puppet master as part of your code deployment process.
-
-* With Puppet Server, you should refresh environments by calling the
- `environment-cache` API endpoint. See the docs for the Puppet Server
- administrative API.
-* With a Rack Puppet master, you should restart the web server or the
- application server. Passenger lets you touch a `restart.txt` file to
- refresh an application without restarting Apache; see the Passenger docs
- for details.
-
-We don't recommend using any value other than `0` or `unlimited`, since
-most Puppet masters use a pool of Ruby interpreters which all have their
-own cache timers. When these timers drift out of sync, agents can be served
-inconsistent catalogs.
- </loctext>
- </description>
- </prop_pattern>
- <prop_pattern required="false" type="astring" name="environmentpath">
- <description>
- <loctext xml:lang="C">
-A search path for directory environments, as a list of directories
-separated by the system path separator character. (The POSIX path separator
-is ':', and the Windows path separator is ';'.)
-
-This setting must have a value set to enable **directory environments.** The
-recommended value is `$confdir/environments`. For more details, see
-http://docs.puppetlabs.com/puppet/latest/reference/environments.html
- </loctext>
- </description>
- </prop_pattern>
- <prop_pattern required="false" type="boolean" name="evaltrace">
- <description>
- <loctext xml:lang="C">
-Whether each resource should log when it is
-being evaluated. This allows you to interactively see exactly
-what is being done.
- </loctext>
- </description>
- </prop_pattern>
- <prop_pattern required="false" type="astring" name="external_nodes">
- <description>
- <loctext xml:lang="C">
-An external command that can produce node information. The command's output
-must be a YAML dump of a hash, and that hash must have a `classes` key and/or
-a `parameters` key, where `classes` is an array or hash and
-`parameters` is a hash. For unknown nodes, the command should
-exit with a non-zero exit code.
-
-This command makes it straightforward to store your node mapping
-information in other data sources like databases.
- </loctext>
- </description>
- </prop_pattern>
- <prop_pattern required="false" type="astring" name="factpath">
- <description>
- <loctext xml:lang="C">
-Where Puppet should look for facts. Multiple directories should
-be separated by the system path separator character. (The POSIX path
-separator is ':', and the Windows path separator is ';'.)
- </loctext>
- </description>
- </prop_pattern>
- <prop_pattern required="false" type="astring" name="facts_terminus">
- <description>
- <loctext xml:lang="C">
-The node facts terminus.
- </loctext>
- </description>
- </prop_pattern>
- <prop_pattern required="false" type="astring" name="fileserverconfig">
- <description>
- <loctext xml:lang="C">
-Where the fileserver configuration is stored.
- </loctext>
- </description>
- </prop_pattern>
- <prop_pattern required="false" type="integer" name="filetimeout">
- <description>
- <loctext xml:lang="C">
-The minimum time to wait between checking for updates in
-configuration files. This timeout determines how quickly Puppet checks whether
-a file (such as manifests or templates) has changed on disk. This setting can be a time interval in seconds (30 or 30s), minutes (30m), hours (6h), days (2d), or years (5y).
- </loctext>
- </description>
- </prop_pattern>
- <prop_pattern required="false" type="astring" name="forge_authorization">
- <description>
- <loctext xml:lang="C">
-The authorization key to connect to the Puppet Forge. Leave blank for unauthorized or license based connections
- </loctext>
- </description>
- </prop_pattern>
- <prop_pattern required="false" type="boolean" name="freeze_main">
- <description>
- <loctext xml:lang="C">
-Freezes the 'main' class, disallowing any code to be added to it. This
-essentially means that you can't have any code outside of a node,
-class, or definition other than in the site manifest.
- </loctext>
- </description>
- </prop_pattern>
- <prop_pattern required="false" type="boolean" name="genmanifest">
- <description>
- <loctext xml:lang="C">
-Whether to just print a manifest to stdout and exit. Only makes
-sense when specified on the command line as `--genmanifest`. Takes into account arguments specified
-on the CLI.
- </loctext>
- </description>
- </prop_pattern>
- <prop_pattern required="false" type="boolean" name="graph">
- <description>
- <loctext xml:lang="C">
-Whether to create dot graph files for the different
-configuration graphs. These dot files can be interpreted by tools
-like OmniGraffle or dot (which is part of ImageMagick).
- </loctext>
- </description>
- </prop_pattern>
- <prop_pattern required="false" type="astring" name="graphdir">
- <description>
- <loctext xml:lang="C">
-Where to store dot-outputted graphs.
- </loctext>
- </description>
- </prop_pattern>
- <prop_pattern required="false" type="astring" name="group">
- <description>
- <loctext xml:lang="C">
-The group puppet master should run as.
- </loctext>
- </description>
- </prop_pattern>
- <prop_pattern required="false" type="astring" name="hiera_config">
- <description>
- <loctext xml:lang="C">
-The hiera configuration file. Puppet only reads this file on startup, so you must restart the puppet master every time you edit it.
- </loctext>
- </description>
- </prop_pattern>
- <prop_pattern required="false" type="astring" name="hostcert">
- <description>
- <loctext xml:lang="C">
-Where individual hosts store and look for their certificates.
- </loctext>
- </description>
- </prop_pattern>
- <prop_pattern required="false" type="astring" name="hostcrl">
- <description>
- <loctext xml:lang="C">
-Where the host's certificate revocation list can be found.
-This is distinct from the certificate authority's CRL.
- </loctext>
- </description>
- </prop_pattern>
- <prop_pattern required="false" type="astring" name="hostcsr">
- <description>
- <loctext xml:lang="C">
-Where individual hosts store and look for their certificate requests.
- </loctext>
- </description>
- </prop_pattern>
- <prop_pattern required="false" type="astring" name="hostprivkey">
- <description>
- <loctext xml:lang="C">
-Where individual hosts store and look for their private key.
- </loctext>
- </description>
- </prop_pattern>
- <prop_pattern required="false" type="astring" name="hostpubkey">
- <description>
- <loctext xml:lang="C">
-Where individual hosts store and look for their public key.
- </loctext>
- </description>
- </prop_pattern>
- <prop_pattern required="false" type="boolean" name="http_compression">
- <description>
- <loctext xml:lang="C">
-Allow http compression in REST communication with the master.
-This setting might improve performance for agent -> master
-communications over slow WANs. Your puppet master needs to support
-compression (usually by activating some settings in a reverse-proxy in
-front of the puppet master, which rules out webrick). It is harmless to
-activate this settings if your master doesn't support compression, but
-if it supports it, this setting might reduce performance on high-speed LANs.
- </loctext>
- </description>
- </prop_pattern>
- <prop_pattern required="false" type="boolean" name="http_debug">
- <description>
- <loctext xml:lang="C">
-Whether to write HTTP request and responses to stderr. This should never be used in a production environment.
- </loctext>
- </description>
- </prop_pattern>
- <prop_pattern required="false" type="integer" name="http_keepalive_timeout">
- <description>
- <loctext xml:lang="C">
-The maximum amount of time a persistent HTTP connection can remain idle in the connection pool, before it is closed. This timeout should be shorter than the keepalive timeout used on the HTTP server, e.g. Apache KeepAliveTimeout directive.
-This setting can be a time interval in seconds (30 or 30s), minutes (30m), hours (6h), days (2d), or years (5y).
- </loctext>
- </description>
- </prop_pattern>
- <prop_pattern required="false" type="host" name="http_proxy_host">
- <description>
- <loctext xml:lang="C">
-The HTTP proxy host to use for outgoing connections. Note: You
-may need to use a FQDN for the server hostname when using a proxy. Environment variable
-http_proxy or HTTP_PROXY will override this value
- </loctext>
- </description>
- </prop_pattern>
- <prop_pattern required="false" type="astring" name="http_proxy_password">
- <description>
- <loctext xml:lang="C">
-The password for the user of an authenticated HTTP proxy.
-Requires the `http_proxy_user` setting.
-
-Note that passwords must be valid when used as part of a URL. If a password
-contains any characters with special meanings in URLs (as specified by RFC 3986
-` would become `%23`.)
- </loctext>
- </description>
- </prop_pattern>
- <prop_pattern required="false" type="integer" name="http_proxy_port">
- <description>
- <loctext xml:lang="C">
-The HTTP proxy port to use for outgoing connections
- </loctext>
- </description>
- </prop_pattern>
- <prop_pattern required="false" type="astring" name="http_proxy_user">
- <description>
- <loctext xml:lang="C">
-The user name for an authenticated HTTP proxy. Requires the `http_proxy_host` setting.
- </loctext>
- </description>
- </prop_pattern>
- <prop_pattern required="false" type="astring" name="httplog">
- <description>
- <loctext xml:lang="C">
-Where the puppet agent web server logs.
- </loctext>
- </description>
- </prop_pattern>
- <prop_pattern required="false" type="boolean" name="ignorecache">
- <description>
- <loctext xml:lang="C">
-Ignore cache and always recompile the configuration. This is
-useful for testing new configurations, where the local cache may in
-fact be stale even if the timestamps are up to date - if the facts
-change or if the server changes.
- </loctext>
- </description>
- </prop_pattern>
- <prop_pattern required="false" type="boolean" name="ignoreimport">
- <description>
- <loctext xml:lang="C">
-If true, allows the parser to continue without requiring
-all files referenced with `import` statements to exist. This setting was primarily
-designed for use with commit hooks for parse-checking.
- </loctext>
- </description>
- </prop_pattern>
- <prop_pattern required="false" type="boolean" name="ignoremissingtypes">
- <description>
- <loctext xml:lang="C">
-Skip searching for classes and definitions that were missing during a
-prior compilation. The list of missing objects is maintained per-environment and
-persists until the environment is cleared or the master is restarted.
- </loctext>
- </description>
- </prop_pattern>
- <prop_pattern required="false" type="boolean" name="ignoreschedules">
- <description>
- <loctext xml:lang="C">
-Boolean; whether puppet agent should ignore schedules. This is useful
-for initial puppet agent runs.
- </loctext>
- </description>
- </prop_pattern>
- <prop_pattern required="false" type="boolean" name="immutable_node_data">
- <description>
- <loctext xml:lang="C">
-When true, also prevents $trusted and $facts from being overridden in any scope
- </loctext>
- </description>
- </prop_pattern>
- <prop_pattern required="false" type="integer" name="inventory_port">
- <description>
- <loctext xml:lang="C">
-The port to communicate with the inventory_server.
- </loctext>
- </description>
- </prop_pattern>
- <prop_pattern required="false" type="host" name="inventory_server">
- <description>
- <loctext xml:lang="C">
-The server to send facts to.
- </loctext>
- </description>
- </prop_pattern>
- <prop_pattern required="false" type="astring" name="inventory_terminus">
- <description>
- <loctext xml:lang="C">
-Should usually be the same as the facts terminus
- </loctext>
- </description>
- </prop_pattern>
- <prop_pattern required="false" type="integer" name="keylength">
- <description>
- <loctext xml:lang="C">
-The bit length of keys.
- </loctext>
- </description>
- </prop_pattern>
- <prop_pattern required="false" type="astring" name="lastrunfile">
- <description>
- <loctext xml:lang="C">
-Where puppet agent stores the last run report summary in yaml format.
- </loctext>
- </description>
- </prop_pattern>
- <prop_pattern required="false" type="astring" name="lastrunreport">
- <description>
- <loctext xml:lang="C">
-Where puppet agent stores the last run report in yaml format.
- </loctext>
- </description>
- </prop_pattern>
- <prop_pattern required="false" type="astring" name="ldapattrs">
- <description>
- <loctext xml:lang="C">
-The LDAP attributes to include when querying LDAP for nodes. All
-returned attributes are set as variables in the top-level scope.
-Multiple values should be comma-separated. The value 'all' returns
-all attributes.
- </loctext>
- </description>
- </prop_pattern>
- <prop_pattern required="false" type="astring" name="ldapbase">
- <description>
- <loctext xml:lang="C">
-The search base for LDAP searches. It's impossible to provide
-a meaningful default here, although the LDAP libraries might
-have one already set. Generally, it should be the 'ou=Hosts'
-branch under your main directory.
- </loctext>
- </description>
- </prop_pattern>
- <prop_pattern required="false" type="astring" name="ldapclassattrs">
- <description>
- <loctext xml:lang="C">
-The LDAP attributes to use to define Puppet classes. Values
-should be comma-separated.
- </loctext>
- </description>
- </prop_pattern>
- <prop_pattern required="false" type="astring" name="ldapparentattr">
- <description>
- <loctext xml:lang="C">
-The attribute to use to define the parent node.
- </loctext>
- </description>
- </prop_pattern>
- <prop_pattern required="false" type="astring" name="ldappassword">
- <description>
- <loctext xml:lang="C">
-The password to use to connect to LDAP.
- </loctext>
- </description>
- </prop_pattern>
- <prop_pattern required="false" type="integer" name="ldapport">
- <description>
- <loctext xml:lang="C">
-The LDAP port. Only used if `node_terminus` is set to `ldap`.
- </loctext>
- </description>
- </prop_pattern>
- <prop_pattern required="false" type="host" name="ldapserver">
- <description>
- <loctext xml:lang="C">
-The LDAP server. Only used if `node_terminus` is set to `ldap`.
- </loctext>
- </description>
- </prop_pattern>
- <prop_pattern required="false" type="boolean" name="ldapssl">
- <description>
- <loctext xml:lang="C">
-Whether SSL should be used when searching for nodes.
-Defaults to false because SSL usually requires certificates
-to be set up on the client side.
- </loctext>
- </description>
- </prop_pattern>
- <prop_pattern required="false" type="astring" name="ldapstackedattrs">
- <description>
- <loctext xml:lang="C">
-The LDAP attributes that should be stacked to arrays by adding
-the values in all hierarchy elements of the tree. Values
-should be comma-separated.
- </loctext>
- </description>
- </prop_pattern>
- <prop_pattern required="false" type="astring" name="ldapstring">
- <description>
- <loctext xml:lang="C">
-The search string used to find an LDAP node.
- </loctext>
- </description>
- </prop_pattern>
- <prop_pattern required="false" type="boolean" name="ldaptls">
- <description>
- <loctext xml:lang="C">
-Whether TLS should be used when searching for nodes.
-Defaults to false because TLS usually requires certificates
-to be set up on the client side.
- </loctext>
- </description>
- </prop_pattern>
- <prop_pattern required="false" type="hostname" name="ldapuser">
- <description>
- <loctext xml:lang="C">
-The user to use to connect to LDAP. Must be specified as a
-full DN.
- </loctext>
- </description>
- </prop_pattern>
- <prop_pattern required="false" type="boolean" name="legacy_query_parameter_serialization">
- <description>
- <loctext xml:lang="C">
-The serialization format to use when sending file_metadata
-query parameters. Older versions of puppet master expect certain query
-parameters to be serialized as yaml, which is deprecated.
-
-This should almost always be false. It can be temporarily set to true
-to let agents using this Puppet version connect to a puppet master
-running Puppet 3.0.0 through 3.2.x.
-
-Note that this is set to true automatically if the agent detects an
-older master, so should never need to be set explicitly.
- </loctext>
- </description>
- </prop_pattern>
- <prop_pattern required="false" type="astring" name="libdir">
- <description>
- <loctext xml:lang="C">
-An extra search path for Puppet. This is only useful
-for those files that Puppet will load on demand, and is only
-guaranteed to work for those cases. In fact, the autoload
-mechanism is responsible for making sure this directory
-is in Ruby's search path
- </loctext>
- </description>
- </prop_pattern>
- <prop_pattern required="false" type="boolean" name="listen">
- <description>
- <loctext xml:lang="C">
-Whether puppet agent should listen for
-connections. If this is true, then puppet agent will accept incoming
-REST API requests, subject to the default ACLs and the ACLs set in
-the `rest_authconfig` file. Puppet agent can respond usefully to
-requests on the `run`, `facts`, `certificate`, and `resource` endpoints.
- </loctext>
- </description>
- </prop_pattern>
- <prop_pattern required="false" type="astring" name="localcacert">
- <description>
- <loctext xml:lang="C">
-Where each client stores the CA certificate.
- </loctext>
- </description>
- </prop_pattern>
- <prop_pattern required="false" type="astring" name="localconfig">
- <description>
- <loctext xml:lang="C">
-Where puppet agent caches the local configuration. An
-extension indicating the cache format is added automatically.
- </loctext>
- </description>
- </prop_pattern>
- <prop_pattern required="false" type="astring" name="log_level">
- <description>
- <loctext xml:lang="C">
-Default logging level for messages from Puppet. Allowed values are:
-
-* debug
-* info
-* notice
-* warning
-* err
-* alert
-* emerg
-* crit
- </loctext>
- </description>
- </prop_pattern>
- <prop_pattern required="false" type="astring" name="logdir">
- <description>
- <loctext xml:lang="C">
-The directory in which to store log files
- </loctext>
- </description>
- </prop_pattern>
- <prop_pattern required="false" type="boolean" name="manage_internal_file_permissions">
- <description>
- <loctext xml:lang="C">
-Whether Puppet should manage the owner, group, and mode of files it uses internally
- </loctext>
- </description>
- </prop_pattern>
- <prop_pattern required="false" type="astring" name="manifest">
- <description>
- <loctext xml:lang="C">
-The entry-point manifest for puppet master. This can be one file
-or a directory of manifests to be evaluated in alphabetical order. Puppet manages
-this path as a directory if one exists or if the path ends with a / or \.
-
-Setting a global value for `manifest` in puppet.conf is deprecated. Please use
-directory environments instead. If you need to use something other than the
-environment's `manifests` directory as the main manifest, you can set
-`manifest` in environment.conf. For more info, see
-http://docs.puppetlabs.com/puppet/latest/reference/environments.html
- </loctext>
- </description>
- </prop_pattern>
- <prop_pattern required="false" type="astring" name="manifestdir">
- <description>
- <loctext xml:lang="C">
-Used to build the default value of the `manifest` setting. Has no other purpose.
-
-This setting is deprecated.
- </loctext>
- </description>
- </prop_pattern>
- <prop_pattern required="false" type="astring" name="masterhttplog">
- <description>
- <loctext xml:lang="C">
-Where the puppet master web server saves its access log. This is
-only used when running a WEBrick puppet master. When puppet master is
-running under a Rack server like Passenger, that web server will have
-its own logging behavior.
- </loctext>
- </description>
- </prop_pattern>
- <prop_pattern required="false" type="astring" name="masterlog">
- <description>
- <loctext xml:lang="C">
-This file is literally never used, although Puppet may create it
-as an empty file. For more context, see the `puppetdlog` setting and
-puppet master's `--logdest` command line option.
-
-This setting is deprecated and will be removed in a future version of Puppet.
- </loctext>
- </description>
- </prop_pattern>
- <prop_pattern required="false" type="integer" name="masterport">
- <description>
- <loctext xml:lang="C">
-The port for puppet master traffic. For puppet master,
-this is the port to listen on; for puppet agent, this is the port
-to make requests on. Both applications use this setting to get the port.
- </loctext>
- </description>
- </prop_pattern>
- <prop_pattern required="false" type="integer" name="max_deprecations">
- <description>
- <loctext xml:lang="C">
-Sets the max number of logged/displayed parser validation deprecation
-warnings in case multiple deprecation warnings have been detected. A value of 0
-blocks the logging of deprecation warnings. The count is per manifest.
- </loctext>
- </description>
- </prop_pattern>
- <prop_pattern required="false" type="integer" name="max_errors">
- <description>
- <loctext xml:lang="C">
-Sets the max number of logged/displayed parser validation errors in case
-multiple errors have been detected. A value of 0 is the same as a value of 1; a
-minimum of one error is always raised. The count is per manifest.
- </loctext>
- </description>
- </prop_pattern>
- <prop_pattern required="false" type="integer" name="max_warnings">
- <description>
- <loctext xml:lang="C">
-Sets the max number of logged/displayed parser validation warnings in
-case multiple warnings have been detected. A value of 0 blocks logging of
-warnings. The count is per manifest.
- </loctext>
- </description>
- </prop_pattern>
- <prop_pattern required="false" type="integer" name="maximum_uid">
- <description>
- <loctext xml:lang="C">
-The maximum allowed UID. Some platforms use negative UIDs
-but then ship with tools that do not know how to handle signed ints,
-so the UIDs show up as huge numbers that can then not be fed back into
-the system. This is a hackish way to fail in a slightly more useful
-way when that happens.
- </loctext>
- </description>
- </prop_pattern>
- <prop_pattern required="false" type="boolean" name="mkusers">
- <description>
- <loctext xml:lang="C">
-Whether to create the necessary user and group that puppet agent will run as.
- </loctext>
- </description>
- </prop_pattern>
- <prop_pattern required="false" type="astring" name="module_groups">
- <description>
- <loctext xml:lang="C">
-Extra module groups to request from the Puppet Forge
- </loctext>
- </description>
- </prop_pattern>
- <prop_pattern required="false" type="uri" name="module_repository">
- <description>
- <loctext xml:lang="C">
-The module repository
- </loctext>
- </description>
- </prop_pattern>
- <prop_pattern required="false" type="astring" name="module_skeleton_dir">
- <description>
- <loctext xml:lang="C">
-The directory which the skeleton for module tool generate is stored.
- </loctext>
- </description>
- </prop_pattern>
- <prop_pattern required="false" type="astring" name="module_working_dir">
- <description>
- <loctext xml:lang="C">
-The directory into which module tool data is stored
- </loctext>
- </description>
- </prop_pattern>
- <prop_pattern required="false" type="astring" name="modulepath">
- <description>
- <loctext xml:lang="C">
-The search path for modules, as a list of directories separated by the system
-path separator character. (The POSIX path separator is ':', and the
-Windows path separator is ';'.)
-
-Setting a global value for `modulepath` in puppet.conf is deprecated. Please use
-directory environments instead. If you need to use something other than the
-default modulepath of `<ACTIVE ENVIRONMENT'S MODULES DIR>:$basemodulepath`,
-you can set `modulepath` in environment.conf. For more info, see
-http://docs.puppetlabs.com/puppet/latest/reference/environments.html
- </loctext>
- </description>
- </prop_pattern>
- <prop_pattern required="false" type="astring" name="name">
- <description>
- <loctext xml:lang="C">
-The name of the application, if we are running as one. The
-default is essentially $0 without the path or `.rb`.
- </loctext>
- </description>
- </prop_pattern>
- <prop_pattern required="false" type="astring" name="node_cache_terminus">
- <description>
- <loctext xml:lang="C">
-How to store cached nodes.
-Valid values are (none), 'json', 'msgpack', 'yaml' or write only yaml ('write_only_yaml').
-The master application defaults to 'write_only_yaml', all others to none.
- </loctext>
- </description>
- </prop_pattern>
- <prop_pattern required="false" type="astring" name="node_name">
- <description>
- <loctext xml:lang="C">
-How the puppet master determines the client's identity
-and sets the 'hostname', 'fqdn' and 'domain' facts for use in the manifest,
-in particular for determining which 'node' statement applies to the client.
-Possible values are 'cert' (use the subject's CN in the client's
-certificate) and 'facter' (use the hostname that the client
-reported in its facts)
- </loctext>
- </description>
- </prop_pattern>
- <prop_pattern required="false" type="astring" name="node_name_fact">
- <description>
- <loctext xml:lang="C">
-The fact name used to determine the node name used for all requests the agent
-makes to the master. WARNING: This setting is mutually exclusive with
-node_name_value. Changing this setting also requires changes to the default
-auth.conf configuration on the Puppet Master. Please see
-http://links.puppetlabs.com/node_name_fact for more information.
- </loctext>
- </description>
- </prop_pattern>
- <prop_pattern required="false" type="astring" name="node_name_value">
- <description>
- <loctext xml:lang="C">
-The explicit value used for the node name for all requests the agent
-makes to the master. WARNING: This setting is mutually exclusive with
-node_name_fact. Changing this setting also requires changes to the default
-auth.conf configuration on the Puppet Master. Please see
-http://links.puppetlabs.com/node_name_value for more information.
- </loctext>
- </description>
- </prop_pattern>
- <prop_pattern required="false" type="astring" name="node_terminus">
- <description>
- <loctext xml:lang="C">
-Where to find information about nodes.
- </loctext>
- </description>
- </prop_pattern>
- <prop_pattern required="false" type="boolean" name="noop">
- <description>
- <loctext xml:lang="C">
-Whether to apply catalogs in noop mode, which allows Puppet to
-partially simulate a normal run. This setting affects puppet agent and
-puppet apply.
-
-When running in noop mode, Puppet will check whether each resource is in sync,
-like it does when running normally. However, if a resource attribute is not in
-the desired state (as declared in the catalog), Puppet will take no
-action, and will instead report the changes it _would_ have made. These
-simulated changes will appear in the report sent to the puppet master, or
-be shown on the console if running puppet agent or puppet apply in the
-foreground. The simulated changes will not send refresh events to any
-subscribing or notified resources, although Puppet will log that a refresh
-event _would_ have been sent.
-
-**Important note:**
-noop)
-allows you to apply individual resources in noop mode, and will override
-the global value of the `noop` setting. This means a resource with
-`noop => false` _will_ be changed if necessary, even when running puppet
-agent with `noop = true` or `--noop`. (Conversely, a resource with
-`noop => true` will only be simulated, even when noop mode is globally disabled.)
- </loctext>
- </description>
- </prop_pattern>
- <prop_pattern required="false" type="boolean" name="onetime">
- <description>
- <loctext xml:lang="C">
-Perform one configuration run and exit, rather than spawning a long-running
-daemon. This is useful for interactively running puppet agent, or
-running puppet agent from cron.
- </loctext>
- </description>
- </prop_pattern>
- <prop_pattern required="false" type="astring" name="ordering">
- <description>
- <loctext xml:lang="C">
-How unrelated resources should be ordered when applying a catalog.
-Allowed values are `title-hash`, `manifest`, and `random`. This
-setting affects puppet agent and puppet apply, but not puppet master.
-
-* `title-hash` (the default) will order resources randomly, but will use
- the same order across runs and across nodes.
-* `manifest` will use the order in which the resources were declared in
- their manifest files.
-* `random` will order resources randomly and change their order with each
- run. This can work like a fuzzer for shaking out undeclared dependencies.
-
-Regardless of this setting's value, Puppet will always obey explicit
-dependencies set with the before/require/notify/subscribe metaparameters
-and the `->`/`~>` chaining arrows; this setting only affects the relative
-ordering of _unrelated_ resources.
- </loctext>
- </description>
- </prop_pattern>
- <prop_pattern required="false" type="astring" name="parser">
- <description>
- <loctext xml:lang="C">
-Selects the parser to use for parsing puppet manifests (in puppet DSL
-language/'.pp' files). Available choices are `current` (the default)
-and `future`.
-
-The `current` parser means that the released version of the parser should
-be used.
-
-The `future` parser is a "time travel to the future" allowing early
-exposure to new language features. What these features are will vary from
-release to release and they may be invididually configurable.
-
-Available Since Puppet 3.2.
- </loctext>
- </description>
- </prop_pattern>
- <prop_pattern required="false" type="astring" name="passfile">
- <description>
- <loctext xml:lang="C">
-Where puppet agent stores the password for its private key.
-Generally unused.
- </loctext>
- </description>
- </prop_pattern>
- <prop_pattern required="false" type="astring" name="path">
- <description>
- <loctext xml:lang="C">
-The shell search path. Defaults to whatever is inherited
-from the parent process.
- </loctext>
- </description>
- </prop_pattern>
- <prop_pattern required="false" type="astring" name="pidfile">
- <description>
- <loctext xml:lang="C">
-The file containing the PID of a running process.
-This file is intended to be used by service management frameworks
-and monitoring systems to determine if a puppet process is still in
-the process table.
- </loctext>
- </description>
- </prop_pattern>
- <prop_pattern required="false" type="astring" name="plugindest">
- <description>
- <loctext xml:lang="C">
-Where Puppet should store plugins that it pulls down from the central
-server.
- </loctext>
- </description>
- </prop_pattern>
- <prop_pattern required="false" type="astring" name="pluginfactdest">
- <description>
- <loctext xml:lang="C">
-Where Puppet should store external facts that are being handled by pluginsync
- </loctext>
- </description>
- </prop_pattern>
- <prop_pattern required="false" type="astring" name="pluginfactsource">
- <description>
- <loctext xml:lang="C">
-Where to retrieve external facts for pluginsync
- </loctext>
- </description>
- </prop_pattern>
- <prop_pattern required="false" type="astring" name="pluginsignore">
- <description>
- <loctext xml:lang="C">
-What files to ignore when pulling down plugins.
- </loctext>
- </description>
- </prop_pattern>
- <prop_pattern required="false" type="astring" name="pluginsource">
- <description>
- <loctext xml:lang="C">
-From where to retrieve plugins. The standard Puppet `file` type
-is used for retrieval, so anything that is a valid file source can
-be used here.
- </loctext>
- </description>
- </prop_pattern>
- <prop_pattern required="false" type="boolean" name="pluginsync">
- <description>
- <loctext xml:lang="C">
-Whether plugins should be synced with the central server.
- </loctext>
- </description>
- </prop_pattern>
- <prop_pattern required="false" type="astring" name="postrun_command">
- <description>
- <loctext xml:lang="C">
-A command to run after every agent run. If this command returns a non-zero
-return code, the entire Puppet run will be considered to have failed, even though it might have
-performed work during the normal run.
- </loctext>
- </description>
- </prop_pattern>
- <prop_pattern required="false" type="astring" name="preferred_serialization_format">
- <description>
- <loctext xml:lang="C">
-The preferred means of serializing
-ruby instances for passing over the wire. This won't guarantee that all
-instances will be serialized using this method, since not all classes
-can be guaranteed to support this format, but it will be used for all
-classes that support it.
- </loctext>
- </description>
- </prop_pattern>
- <prop_pattern required="false" type="astring" name="prerun_command">
- <description>
- <loctext xml:lang="C">
-A command to run before every agent run. If this command returns a non-zero
-return code, the entire Puppet run will fail.
- </loctext>
- </description>
- </prop_pattern>
- <prop_pattern required="false" type="astring" name="preview_outputdir">
- <description>
- <loctext xml:lang="C">
-The directory where catalog previews per node are generated.
- </loctext>
- </description>
- </prop_pattern>
- <prop_pattern required="false" type="astring" name="priority">
- <description>
- <loctext xml:lang="C">
-The scheduling priority of the process. Valid values are 'high',
-'normal', 'low', or 'idle', which are mapped to platform-specific
-values. The priority can also be specified as an integer value and
-will be passed as is, e.g. -5. Puppet must be running as a privileged
-user in order to increase scheduling priority.
- </loctext>
- </description>
- </prop_pattern>
- <prop_pattern required="false" type="astring" name="privatedir">
- <description>
- <loctext xml:lang="C">
-Where the client stores private certificate information.
- </loctext>
- </description>
- </prop_pattern>
- <prop_pattern required="false" type="astring" name="privatekeydir">
- <description>
- <loctext xml:lang="C">
-The private key directory.
- </loctext>
- </description>
- </prop_pattern>
- <prop_pattern required="false" type="boolean" name="profile">
- <description>
- <loctext xml:lang="C">
-Whether to enable experimental performance profiling
- </loctext>
- </description>
- </prop_pattern>
- <prop_pattern required="false" type="astring" name="publickeydir">
- <description>
- <loctext xml:lang="C">
-The public key directory.
- </loctext>
- </description>
- </prop_pattern>
- <prop_pattern required="false" type="astring" name="puppetdlog">
- <description>
- <loctext xml:lang="C">
-The fallback log file. This is only used when the `--logdest` option
-is not specified AND Puppet is running on an operating system where both
-the POSIX syslog service and the Windows Event Log are unavailable. (Currently,
-no supported operating systems match that description.)
-
-Despite the name, both puppet agent and puppet master will use this file
-as the fallback logging destination.
-
-For control over logging destinations, see the `--logdest` command line
-option in the manual pages for puppet master, puppet agent, and puppet
-apply. You can see man pages by running `puppet <SUBCOMMAND> --help`,
-or read them online at http://docs.puppetlabs.com/references/latest/man/.
- </loctext>
- </description>
- </prop_pattern>
- <prop_pattern required="false" type="integer" name="puppetport">
- <description>
- <loctext xml:lang="C">
-Which port puppet agent listens on.
- </loctext>
- </description>
- </prop_pattern>
- <prop_pattern required="false" type="uri" name="queue_source">
- <description>
- <loctext xml:lang="C">
-Which type of queue to use for asynchronous processing. If your stomp server requires
-authentication, you can include it in the URI as long as your stomp client library is at least 1.1.1
- </loctext>
- </description>
- </prop_pattern>
- <prop_pattern required="false" type="astring" name="queue_type">
- <description>
- <loctext xml:lang="C">
-Which type of queue to use for asynchronous processing.
- </loctext>
- </description>
- </prop_pattern>
- <prop_pattern required="false" type="astring" name="rails_loglevel">
- <description>
- <loctext xml:lang="C">
-The log level for Rails connections. The value must be
-a valid log level within Rails. Production environments normally use `info`
-and other environments normally use `debug`. This setting is only used by the ActiveRecord storeconfigs and inventory backends, which are deprecated.
- </loctext>
- </description>
- </prop_pattern>
- <prop_pattern required="false" type="astring" name="railslog">
- <description>
- <loctext xml:lang="C">
-Where Rails-specific logs are sent. This setting is only used by the ActiveRecord storeconfigs and inventory backends, which are deprecated.
- </loctext>
- </description>
- </prop_pattern>
- <prop_pattern required="false" type="boolean" name="report">
- <description>
- <loctext xml:lang="C">
-Whether to send reports after every transaction.
- </loctext>
- </description>
- </prop_pattern>
- <prop_pattern required="false" type="integer" name="report_port">
- <description>
- <loctext xml:lang="C">
-The port to communicate with the report_server.
- </loctext>
- </description>
- </prop_pattern>
- <prop_pattern required="false" type="astring" name="report_serialization_format">
- <description>
- <loctext xml:lang="C">
-The serialization format to use when sending reports to the
-`report_server`. Possible values are `pson` and `yaml`. This setting
-affects puppet agent, but not puppet apply (which processes its own
-reports).
-
-This should almost always be set to `pson`. It can be temporarily set to
-`yaml` to let agents using this Puppet version connect to a puppet master
-running Puppet 3.0.0 through 3.2.x.
-
-Note that this is set to 'yaml' automatically if the agent detects an
-older master, so should never need to be set explicitly.
- </loctext>
- </description>
- </prop_pattern>
- <prop_pattern required="false" type="host" name="report_server">
- <description>
- <loctext xml:lang="C">
-The server to send transaction reports to.
- </loctext>
- </description>
- </prop_pattern>
- <prop_pattern required="false" type="astring" name="reportdir">
- <description>
- <loctext xml:lang="C">
-The directory in which to store reports. Each node gets
-a separate subdirectory in this directory. This setting is only
-used when the `store` report processor is enabled (see the
-`reports` setting).
- </loctext>
- </description>
- </prop_pattern>
- <prop_pattern required="false" type="astring" name="reportfrom">
- <description>
- <loctext xml:lang="C">
-The 'from' email address for the reports.
- </loctext>
- </description>
- </prop_pattern>
- <prop_pattern required="false" type="astring" name="reports">
- <description>
- <loctext xml:lang="C">
-The list of report handlers to use. When using multiple report handlers,
-their names should be comma-separated, with whitespace allowed. (For example,
-`reports = http, tagmail`.)
-
-This setting is relevant to puppet master and puppet apply. The puppet
-master will call these report handlers with the reports it receives from
-agent nodes, and puppet apply will call them with its own report. (In
-all cases, the node applying the catalog must have `report = true`.)
-
-See the report reference for information on the built-in report
-handlers; custom report handlers can also be loaded from modules.
-(Report handlers are loaded from the lib directory, at
-`puppet/reports/NAME.rb`.)
- </loctext>
- </description>
- </prop_pattern>
- <prop_pattern required="false" type="uri" name="reporturl">
- <description>
- <loctext xml:lang="C">
-The URL that reports should be forwarded to. This setting
-is only used when the `http` report processor is enabled (see the
-`reports` setting).
- </loctext>
- </description>
- </prop_pattern>
- <prop_pattern required="false" type="integer" name="req_bits">
- <description>
- <loctext xml:lang="C">
-The bit length of the certificates.
- </loctext>
- </description>
- </prop_pattern>
- <prop_pattern required="false" type="astring" name="requestdir">
- <description>
- <loctext xml:lang="C">
-Where host certificate requests are stored.
- </loctext>
- </description>
- </prop_pattern>
- <prop_pattern required="false" type="astring" name="resourcefile">
- <description>
- <loctext xml:lang="C">
-The file in which puppet agent stores a list of the resources
-associated with the retrieved configuration.
- </loctext>
- </description>
- </prop_pattern>
- <prop_pattern required="false" type="astring" name="rest_authconfig">
- <description>
- <loctext xml:lang="C">
-The configuration file that defines the rights to the different
-rest indirections. This can be used as a fine-grained
-authorization system for `puppet master`.
- </loctext>
- </description>
- </prop_pattern>
- <prop_pattern required="false" type="astring" name="route_file">
- <description>
- <loctext xml:lang="C">
-The YAML file containing indirector route configuration.
- </loctext>
- </description>
- </prop_pattern>
- <prop_pattern required="false" type="astring" name="rrddir">
- <description>
- <loctext xml:lang="C">
-The directory where RRD database files are stored.
-Directories for each reporting host will be created under
-this directory.
- </loctext>
- </description>
- </prop_pattern>
- <prop_pattern required="false" type="integer" name="rrdinterval">
- <description>
- <loctext xml:lang="C">
-How often RRD should expect data.
-This should match how often the hosts report back to the server. This setting can be a time interval in seconds (30 or 30s), minutes (30m), hours (6h), days (2d), or years (5y).
- </loctext>
- </description>
- </prop_pattern>
- <prop_pattern required="false" type="astring" name="rundir">
- <description>
- <loctext xml:lang="C">
-Where Puppet PID files are kept.
- </loctext>
- </description>
- </prop_pattern>
- <prop_pattern required="false" type="integer" name="runinterval">
- <description>
- <loctext xml:lang="C">
-How often puppet agent applies the catalog.
-Note that a runinterval of 0 means "run continuously" rather than
-"never run." If you want puppet agent to never run, you should start
-it with the `--no-client` option. This setting can be a time interval in seconds (30 or 30s), minutes (30m), hours (6h), days (2d), or years (5y).
- </loctext>
- </description>
- </prop_pattern>
- <prop_pattern required="false" type="astring" name="sendmail">
- <description>
- <loctext xml:lang="C">
-Where to find the sendmail binary with which to send email.
- </loctext>
- </description>
- </prop_pattern>
- <prop_pattern required="false" type="astring" name="serial">
- <description>
- <loctext xml:lang="C">
-Where the serial number for certificates is stored.
- </loctext>
- </description>
- </prop_pattern>
- <prop_pattern required="false" type="host" name="server">
- <description>
- <loctext xml:lang="C">
-The puppet master server to which the puppet agent should connect.
- </loctext>
- </description>
- </prop_pattern>
- <prop_pattern required="false" type="astring" name="server_datadir">
- <description>
- <loctext xml:lang="C">
-The directory in which serialized data is stored, usually in a subdirectory.
- </loctext>
- </description>
- </prop_pattern>
- <prop_pattern required="false" type="boolean" name="show_diff">
- <description>
- <loctext xml:lang="C">
-Whether to log and report a contextual diff when files are being replaced.
-This causes partial file contents to pass through Puppet's normal
-logging and reporting system, so this setting should be used with
-caution if you are sending Puppet's reports to an insecure
-destination. This feature currently requires the `diff/lcs` Ruby
-library.
- </loctext>
- </description>
- </prop_pattern>
- <prop_pattern required="false" type="astring" name="signeddir">
- <description>
- <loctext xml:lang="C">
-Where the CA stores signed certificates.
- </loctext>
- </description>
- </prop_pattern>
- <prop_pattern required="false" type="astring" name="smtphelo">
- <description>
- <loctext xml:lang="C">
-The name by which we identify ourselves in SMTP HELO for reports.
-If you send to a smtpserver which does strict HELO checking (as with Postfix's
-`smtpd_helo_restrictions` access controls), you may need to ensure this resolves.
- </loctext>
- </description>
- </prop_pattern>
- <prop_pattern required="false" type="integer" name="smtpport">
- <description>
- <loctext xml:lang="C">
-The TCP port through which to send email reports.
- </loctext>
- </description>
- </prop_pattern>
- <prop_pattern required="false" type="host" name="smtpserver">
- <description>
- <loctext xml:lang="C">
-The server through which to send email reports.
- </loctext>
- </description>
- </prop_pattern>
- <prop_pattern required="false" type="boolean" name="splay">
- <description>
- <loctext xml:lang="C">
-Whether to sleep for a pseudo-random (but consistent) amount of time before
-a run.
- </loctext>
- </description>
- </prop_pattern>
- <prop_pattern required="false" type="integer" name="splaylimit">
- <description>
- <loctext xml:lang="C">
-The maximum time to delay before runs. Defaults to being the same as the
-run interval. This setting can be a time interval in seconds (30 or 30s), minutes (30m), hours (6h), days (2d), or years (5y).
- </loctext>
- </description>
- </prop_pattern>
- <prop_pattern required="false" type="host" name="srv_domain">
- <description>
- <loctext xml:lang="C">
-The domain which will be queried to find the SRV records of servers to use.
- </loctext>
- </description>
- </prop_pattern>
- <prop_pattern required="false" type="astring" name="ssl_client_ca_auth">
- <description>
- <loctext xml:lang="C">
-Certificate authorities who issue server certificates. SSL servers will not be
-considered authentic unless they possess a certificate issued by an authority
-listed in this file. If this setting has no value then the Puppet master's CA
-certificate (localcacert) will be used.
- </loctext>
- </description>
- </prop_pattern>
- <prop_pattern required="false" type="astring" name="ssl_client_header">
- <description>
- <loctext xml:lang="C">
-The header containing an authenticated client's SSL DN.
-This header must be set by the proxy to the authenticated client's SSL
-DN (e.g., `/CN=puppet.puppetlabs.com`). Puppet will parse out the Common
-Name (CN) from the Distinguished Name (DN) and use the value of the CN
-field for authorization.
-
-Note that the name of the HTTP header gets munged by the web server
-common gateway inteface: an `HTTP_` prefix is added, dashes are converted
-to underscores, and all letters are uppercased. Thus, to use the
-`X-Client-DN` header, this setting should be `HTTP_X_CLIENT_DN`.
- </loctext>
- </description>
- </prop_pattern>
- <prop_pattern required="false" type="astring" name="ssl_client_verify_header">
- <description>
- <loctext xml:lang="C">
-The header containing the status message of the client
-verification. This header must be set by the proxy to 'SUCCESS' if the
-client successfully authenticated, and anything else otherwise.
-
-Note that the name of the HTTP header gets munged by the web server
-common gateway inteface: an `HTTP_` prefix is added, dashes are converted
-to underscores, and all letters are uppercased. Thus, to use the
-`X-Client-Verify` header, this setting should be
-`HTTP_X_CLIENT_VERIFY`.
- </loctext>
- </description>
- </prop_pattern>
- <prop_pattern required="false" type="astring" name="ssl_server_ca_auth">
- <description>
- <loctext xml:lang="C">
-Certificate authorities who issue client certificates. SSL clients will not be
-considered authentic unless they possess a certificate issued by an authority
-listed in this file. If this setting has no value then the Puppet master's CA
-certificate (localcacert) will be used.
- </loctext>
- </description>
- </prop_pattern>
- <prop_pattern required="false" type="astring" name="ssldir">
- <description>
- <loctext xml:lang="C">
-Where SSL certificates are kept.
- </loctext>
- </description>
- </prop_pattern>
- <prop_pattern required="false" type="astring" name="statedir">
- <description>
- <loctext xml:lang="C">
-The directory where Puppet state is stored. Generally,
-this directory can be removed without causing harm (although it
-might result in spurious service restarts).
- </loctext>
- </description>
- </prop_pattern>
- <prop_pattern required="false" type="astring" name="statefile">
- <description>
- <loctext xml:lang="C">
-Where puppet agent and puppet master store state associated
-with the running configuration. In the case of puppet master,
-this file reflects the state discovered through interacting
-with clients.
- </loctext>
- </description>
- </prop_pattern>
- <prop_pattern required="false" type="boolean" name="storeconfigs">
- <description>
- <loctext xml:lang="C">
-Whether to store each client's configuration, including catalogs, facts,
-and related data. This also enables the import and export of resources in
-the Puppet language - a mechanism for exchange resources between nodes.
-
-By default this uses ActiveRecord and an SQL database to store and query
-the data; this, in turn, will depend on Rails being available.
-
-You can adjust the backend using the storeconfigs_backend setting.
- </loctext>
- </description>
- </prop_pattern>
- <prop_pattern required="false" type="astring" name="storeconfigs_backend">
- <description>
- <loctext xml:lang="C">
-Configure the backend terminus used for StoreConfigs.
-By default, this uses the ActiveRecord store, which directly talks to the
-database from within the Puppet Master process.
- </loctext>
- </description>
- </prop_pattern>
- <prop_pattern required="false" type="boolean" name="strict_hostname_checking">
- <description>
- <loctext xml:lang="C">
-Whether to only search for the complete
-hostname as it is in the certificate when searching for node information
-in the catalogs.
- </loctext>
- </description>
- </prop_pattern>
- <prop_pattern required="false" type="boolean" name="strict_variables">
- <description>
- <loctext xml:lang="C">
-Makes the parser raise errors when referencing unknown variables. (This does not affect
-referencing variables that are explicitly set to undef).
- </loctext>
- </description>
- </prop_pattern>
- <prop_pattern required="false" type="boolean" name="stringify_facts">
- <description>
- <loctext xml:lang="C">
-to_s. Means you can't have arrays or
-hashes as fact values. (DEPRECATED) This option will be removed in Puppet 4.0.
- </loctext>
- </description>
- </prop_pattern>
- <prop_pattern required="false" type="boolean" name="summarize">
- <description>
- <loctext xml:lang="C">
-Whether to print a transaction summary.
- </loctext>
- </description>
- </prop_pattern>
- <prop_pattern required="false" type="astring" name="syslogfacility">
- <description>
- <loctext xml:lang="C">
-What syslog facility to use when logging to syslog.
-Syslog has a fixed list of valid facilities, and you must
-choose one of those; you cannot just make one up.
- </loctext>
- </description>
- </prop_pattern>
- <prop_pattern required="false" type="astring" name="tagmap">
- <description>
- <loctext xml:lang="C">
-The mapping between reporting tags and email addresses.
- </loctext>
- </description>
- </prop_pattern>
- <prop_pattern required="false" type="astring" name="tags">
- <description>
- <loctext xml:lang="C">
-Tags to use to find resources. If this is set, then
-only resources tagged with the specified tags will be applied.
-Values must be comma-separated.
- </loctext>
- </description>
- </prop_pattern>
- <prop_pattern required="false" type="astring" name="templatedir">
- <description>
- <loctext xml:lang="C">
-Where Puppet looks for template files. Can be a list of colon-separated
-directories.
-
-This setting is deprecated. Please put your templates in modules instead.
- </loctext>
- </description>
- </prop_pattern>
- <prop_pattern required="false" type="boolean" name="thin_storeconfigs">
- <description>
- <loctext xml:lang="C">
-Boolean; whether Puppet should store only facts and exported resources in the storeconfigs
-database. This will improve the performance of exported resources with the older
-`active_record` backend, but will disable external tools that search the storeconfigs database.
-Thinning catalogs is generally unnecessary when using PuppetDB to store catalogs.
- </loctext>
- </description>
- </prop_pattern>
- <prop_pattern required="false" type="boolean" name="trace">
- <description>
- <loctext xml:lang="C">
-Whether to print stack traces on some errors
- </loctext>
- </description>
- </prop_pattern>
- <prop_pattern required="false" type="boolean" name="trusted_node_data">
- <description>
- <loctext xml:lang="C">
-Stores trusted node data in a hash called $trusted.
-When true also prevents $trusted from being overridden in any scope.
- </loctext>
- </description>
- </prop_pattern>
- <prop_pattern required="false" type="boolean" name="use_cached_catalog">
- <description>
- <loctext xml:lang="C">
-Whether to only use the cached catalog rather than compiling a new catalog
-on every run. Puppet can be run with this enabled by default and then selectively
-disabled when a recompile is desired.
- </loctext>
- </description>
- </prop_pattern>
- <prop_pattern required="false" type="boolean" name="use_srv_records">
- <description>
- <loctext xml:lang="C">
-Whether the server will search for SRV records in DNS for the current domain.
- </loctext>
- </description>
- </prop_pattern>
- <prop_pattern required="false" type="boolean" name="usecacheonfailure">
- <description>
- <loctext xml:lang="C">
-Whether to use the cached configuration when the remote
-configuration will not compile. This option is useful for testing
-new configurations, where you want to fix the broken configuration
-rather than reverting to a known-good one.
- </loctext>
- </description>
- </prop_pattern>
- <prop_pattern required="false" type="astring" name="user">
- <description>
- <loctext xml:lang="C">
-The user puppet master should run as.
- </loctext>
- </description>
- </prop_pattern>
- <prop_pattern required="false" type="astring" name="vardir">
- <description>
- <loctext xml:lang="C">
-Where Puppet stores dynamic and growing data. The default for this
-setting is calculated specially, like `confdir`_.
- </loctext>
- </description>
- </prop_pattern>
- <prop_pattern required="false" type="integer" name="waitforcert">
- <description>
- <loctext xml:lang="C">
-How frequently puppet agent should ask for a signed certificate.
-
-When starting for the first time, puppet agent will submit a certificate
-signing request (CSR) to the server named in the `ca_server` setting
-(usually the puppet master); this may be autosigned, or may need to be
-approved by a human, depending on the CA server's configuration.
-
-Puppet agent cannot apply configurations until its approved certificate is
-available. Since the certificate may or may not be available immediately,
-puppet agent will repeatedly try to fetch it at this interval. You can
-turn off waiting for certificates by specifying a time of 0, in which case
-puppet agent will exit if it cannot get a cert.
-This setting can be a time interval in seconds (30 or 30s), minutes (30m), hours (6h), days (2d), or years (5y).
- </loctext>
- </description>
- </prop_pattern>
- <prop_pattern required="false" type="astring" name="yamldir">
- <description>
- <loctext xml:lang="C">
-The directory in which YAML data is stored, usually in a subdirectory.
- </loctext>
- </description>
- </prop_pattern>
- <prop_pattern required="false" type="boolean" name="zlib">
- <description>
- <loctext xml:lang="C">
-Boolean; whether to use the zlib library
- </loctext>
- </description>
- </prop_pattern>
- </pg_pattern>
- </template>
- </service>
-</service_bundle>