2011-03-29 05:10:49 +00:00
|
|
|
##### Primary configuration settings #####
|
|
|
|
##########################################
|
|
|
|
# Set the location of the salt master server, if the master server cannot be
|
|
|
|
# resolved, then the minion will fail to start
|
2011-03-05 03:27:32 +00:00
|
|
|
#master: mcp
|
2011-03-29 05:10:49 +00:00
|
|
|
|
2011-03-05 03:27:32 +00:00
|
|
|
# Set the post used by the master reply and autnentication server
|
|
|
|
#master_port: 4506
|
2011-03-29 05:10:49 +00:00
|
|
|
|
2011-03-05 03:27:32 +00:00
|
|
|
# The directory to store the pki information in
|
|
|
|
#pki_dir: /etc/salt/pki
|
2011-03-29 05:10:49 +00:00
|
|
|
|
2011-03-05 03:27:32 +00:00
|
|
|
# Explicitly declare the hostname rather than detecting it
|
|
|
|
#hostname:
|
2011-03-29 05:10:49 +00:00
|
|
|
|
|
|
|
# Where cache data goes
|
2011-03-05 03:27:32 +00:00
|
|
|
#cachedir: /var/cache/salt
|
2011-03-29 05:10:49 +00:00
|
|
|
|
|
|
|
|
|
|
|
##### Minion module management #####
|
|
|
|
##########################################
|
2011-03-15 04:28:30 +00:00
|
|
|
# Disable specific modules, this will allow the admin to limit the level os
|
|
|
|
# access the master has to the minion
|
|
|
|
#disable_modules: [cmd,test]
|
2011-03-29 05:10:49 +00:00
|
|
|
|
|
|
|
|
|
|
|
###### Security settings #####
|
|
|
|
###########################################
|
2011-03-10 15:55:48 +00:00
|
|
|
# Enable "open mode", this mode still maintains encryption, but turns off
|
|
|
|
# authentication, this is only intended for highly secure environments or for
|
2011-03-29 05:10:49 +00:00
|
|
|
# the situation where your keys end up in a bad state. If you run in open mode
|
2011-03-10 15:55:48 +00:00
|
|
|
# you do so at your own risk!
|
|
|
|
#open_mode: False
|
2011-03-29 05:10:49 +00:00
|
|
|
|
|
|
|
|
2011-04-11 16:46:26 +00:00
|
|
|
###### Thread settings #####
|
|
|
|
###########################################
|
|
|
|
# Enable multiprocessing support, by default when a minion recieves a
|
|
|
|
# publication a new thread is spawned and the command is executed therein. This
|
|
|
|
# is the optimal behavior for the use case where salt is used for data querires
|
|
|
|
# and distributed system managment, but not the optimal use case when salt is
|
|
|
|
# used for distributed computation. Since python threads are bad at cpu bound
|
|
|
|
# tasks salt allows for a multiprocessing process to be used for the execution
|
|
|
|
# instead. This addis more initial overhead to publications, but cpu bound
|
|
|
|
# executions will be faster. This feature requires python 2.6 or higher on the
|
|
|
|
# minion, if set to True and python 2.6 or higher is not present then it will
|
|
|
|
# fall back to python threads
|
|
|
|
#multiprocessing: False
|
|
|
|
|
2011-03-29 05:10:49 +00:00
|
|
|
###### Logging settings #####
|
|
|
|
###########################################
|
|
|
|
#log_file: /var/log/salt/minion
|
2011-03-25 03:53:47 +00:00
|
|
|
#log_level: WARNING
|
|
|
|
# The log level for posting to the terminal
|
|
|
|
#out_level: ERROR
|
|
|
|
|
2011-04-07 17:33:48 +00:00
|
|
|
|
|
|
|
###### Module configuration #####
|
|
|
|
###########################################
|
|
|
|
# Salt allows for modules to be passed arbitrairy configuration data, any data
|
|
|
|
# passed here in valid yaml format will be passed on to the salt minion modules
|
|
|
|
# for use. It is STRONGLY recomended that a naming convention be used in which
|
|
|
|
# the module name is followed by a . and then the value. Also, all top level
|
|
|
|
# data must be allied via the yaml dict construct, some examples:
|
|
|
|
#
|
|
|
|
# A simple value for the test module:
|
|
|
|
#test.foo: foo
|
|
|
|
#
|
|
|
|
# A list for the test module:
|
|
|
|
#test.bar: [baz,quo]
|
|
|
|
#
|
|
|
|
# A dict for the test moule:
|
|
|
|
#test.baz: {spam: sausage, cheese: bread}
|