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