NCM::Component::spma::yumng - NCM SPMA configuration component for Yum, new generation
This document describes how to control the behaviour of the package manager itself. For information on how to manage packages with Quattor, please check http://quattor.org/documentation/2013/04/05/package-management.html.
Activates/deactivates the component.
Flags for Yum processing:
Make Yum replace obsoleted packages by their recommended counterparts. Defaults to
falseto keep backwards compatibility.
/software/components/spma/userpkgs: string ("yes|no")
Whether SPMA should keep any packages the user may have installed manually.
noto make the SPMA take full control of all your software installations. Set to
yesto preserve any packages you installed by hand. If you do so, SPMA will never remove a package.
Yum-based spma might get confused and fails when it tries to remove packages when
nowhile installing new ones. Typically it will (try to) remove a leaf package, that is also to be installed as a dependency of a new to-be-installed package.
true, the package update process will be retried in case of failure in 2 steps, a first retry while preserving the installed packages, and if this retry was succesful, followed by a second retry where it will (try to) remove leaf packages again.
Packages listed in this list will be ignored by Yum. It will make them invisible from metadata. Globs can be used for items in this list.
Yum configuration file (
/etc/yum.conf) which SPMA will create on a box before any package operations.
List of globs to specify packages which are ignored by SPMA. These packages will remain in place and will not be removed upon SPMA execution. Typical use case is 3rd party custom installations where an installer is executed and it generates/installs packages on its own. Without this feature SPMA would remove such packages.
File name which will contain custom build information generated by SPMA upon successful completion.
String to be put in quattor_os_file upon successful SPMA completion.
/software/components/spma/proxy: string ("yes|no")
Whether to use a proxy.
/software/components/spma/proxytype: string ("forward|reverse")
Type of proxy (reverse or forward).
Comma-separated list of proxy hosts. If you have a forward proxy you should specify only one. You may specify several reverse proxies here, and they will be appended to the
baseurlentry of each repository's configuration.
Port where the proxies are listening.
/software/components/spma/run: string ("yes|no")
Whether to actually run Yum operations that may install, remove or update packages.
Yum-based spma will try to verify that all version locked packages can actually be found in the provided repositories. For packages that have versions with wildcards specified, a full (and possibly slow) search of each pattern can be performed by setting
fullsearchto true. By default, the fullsearch is not performed, and for any packages that have versions with wildcards, it is assumed that the repositories contain them.
You must read this document to understand how to manage packages with Quattor:
These links detail experiences and strategies relevant for managing software installations in large sites: