NAME
bcfg2 - reconfigure machine based on settings in BCFG2
SYNOPSIS
bcfg2 [-d] [-v] [-p] [-c cache file] [-e] [-f config file] [-I] [-q]
[-b bundle] [-r removal mode]
DESCRIPTION
bcfg2 Runs the bcfg2 configuration process on the current host. This
process consists of first fetching and executing probes,
uploading probe results, fetching the client configuration,
checking the current client state, attempting to install the
desired configuration, and finally uploading statistics about
the bcfg2 execution and client state.
OPTIONS
-A Run in agent (continuous) mode, wait for reconfigure command
from server.
-B Run bcfg2 in build mode. Services aren’t started, as the system
may still be in miniroot.
-D <driver1>,<driver2>
Specify a set of bcfg2 tool drivers. NOTE: only drivers listed
will be loaded. (IE, if you don’t include POSIX, you will be
unable to verify/install ConfigFiles, etc)
-E <encoding>
Specify the encoding of Cfg files.
-F <f1,f2>
Specify the server fingerprint.
-I Run bcfg2 in interactive mode. The user will be prompted before
each change.
-K <SSL key file>
Specify the path to the SSL key.
-O Omit lock check.
-P Run bcfg2 in paranoid mode. Diffs will be logged for
configuration files marked as paranoid by the Bcfg2 server.
-R <retry count>
Specify the number of times that the client will attempt to
retry network communication.
-S https://server:port
Manually specify the server location (as opposed to using the
value in bcfg2.conf).
-b <bundle>
Run bcfg2 against only one bundle in the configuration.
-c <cachefile>
Cache a copy of the configuration in cachefile
-d Run bcfg2 in debug mode.
-e When in verbose mode, display extra entry information (temporary
until verbosity rework)
-f <specification path>
Configure from a file rather than querying the server.
-g <agent port>
Allows you to specify which port to bind.
-h Print Usage information.
-i Daemonize the agent.
-k Run in bulletproof mode. This currently only effect behavior in
the debian toolset; it calls apt-get update and clean and dpkg
--configure --pending.
-l <whitelist|blacklist>
Run the client in the server decision list mode. This approach
is needed when particular changes are deemed "high risk". It
gives the ability to centrally specify these changes, but only
install them on clients when administrator supervision is
available. Because collaborative configuration is one of the
remaining hard issues in configuration management, these issues
typically crop up in environments with several administrators
and much configuration variety.
-n Run bcfg2 in dry-run mode. No changes will be made to the
system.
-o<LogFilePath>
Writes a log to the specified path.
-p <profile>
Assert a profile for the current client.
-q Run bcfg2 in quick mode. Package checksum verification won’t be
performed. This mode relaxes the constraints of correctness, and
thus should only be used in safe conditions.
-r <mode>
Cause bcfg2 to remove extra configuration elements it detects.
Mode is one of all, Services, or Packages. All removes all
entries. Likewise, Services and Packages remove only the extra
configuration elements of the respective type.
-u <user>
Attempt to authenticate as ’user’.
-x <password>
Use ’password’ for client communication.
-v Run bcfg2 in verbose mode.
SEE ALSO
bcfg2-server(8), bcfg2-info(8)
BUGS
bcfg2(1)