The evaluation of states in the order that they are defined in a SLS
file. See also: ordering.
A stand-alone Salt project which can download and install a Salt master
and/or a Salt minion onto a host. See also: salt-bootstrap.
A combination of many target definitions that can be combined with
boolean operators. See also: targeting.
Shorthand for 'external authentication'. A system for calling to a
system outside of Salt in order to authenticate users and determine if
they are allowed to issue particular commands to Salt. See also:
A directory tree containing state files which can be applied to
minions. See also: top file.
A Python function inside an Execution Module that may take arguments
and performs specific system-management tasks. See also: the
list of execution modules.
A Python module that contains execution functions which directly
perform various system-management tasks on a server. Salt ships with a
number of execution modules but users can also write their own
execution modules to perform specialized tasks. See also: the
list of execution modules.
A module that accepts arbitrary arguments and returns a dictionary.
The dictionary is automatically added to a pillar for a minion.
A notice emitted onto an event bus. Events are often driven by requests
for actions to occur on a minion or master and the results of those
actions. See also: Salt Reactor.
A local or remote location for storing both Salt-specific files such as
top files or SLS files as well as files that can be distributed to
minions, such as system configuration files. See also: Salt's
A key-value pair which contains a fact about a system, such as its
hostname, network addresses. See also: targeting with grains.
The data structure in a SLS file the represents a set of state
declarations. See also: state layers.
The collection of states to be applied to a system. See also:
A templating language which allows variables and simple logic to be
dynamically inserted into static text files when they are rendered.
See also: Salt'sJinjadocumentation.
The complete set of tasks to be performed by the execution of a Salt
command are a single job. See also: jobsrunner.
A storage location for job results, which may then be queried by a
salt runner or an external system. May be local to a salt master
or stored externally.
A function which is is called by the salt-run command and
executes on the master instead of on a minion. See also:
A suite of tools used to create and deploy systems on many hosted cloud
providers. See also: salt-cloud.
A configuration management and remote orchestration system that does
not require that any software besides SSH be installed on systems to be
A subset of the normal Salt distribution that does not include any
transport routines. A Salt Thin bundle can be dropped onto a host and
used directly without any requirement that the host be connected to a
network. Used by Salt SSH. See also: thinrunner.
Used to manage the creation and deployment of virtual machines onto a
set of host machines. Often used to create and deploy private clouds.
See also: virtrunner.
A data structure which contains a unique ID and describes one or more
states of a system such as ensuring that a package is installed or a
user is defined. See also: highstate structure.
A function contained inside a state module which
can manages the application of a particular state to a system. State
functions frequently call out to one or more execution modules to perform a given task.
A function in a module that is called on module load to determine
whether or not the module should be available to a minion. This
function commonly contains logic to determine if all requirements
for a module are available, such as external libraries.
A master process which can send notices and receive replies from
minions. See also:
Generated on November 28, 2016 at 06:44:15 MST.
You are viewing docs for the previous stable release, 2015.8.12. Switch to docs for the latest stable release, 2016.3.4, or to a recent doc build from the develop branch.