2014-01-28 18:53:07 +01:00
====
2013-06-13 01:44:36 +02:00
salt
====
Yes, Salt can Salt itself!
2014-01-28 18:53:07 +01:00
.. note ::
See the full `Salt Formulas installation and usage instructions
2014-03-27 23:53:04 +01:00
<http://docs.saltstack.com/en/latest/topics/development/conventions/formulas.html>`_.
2014-01-28 18:53:07 +01:00
2014-02-08 06:47:47 +01:00
Available states
================
.. contents ::
:local:
2014-01-28 18:53:07 +01:00
`` salt.minion ``
---------------
2013-06-13 01:44:36 +02:00
Install a minion
2014-01-28 18:53:07 +01:00
`` salt.master ``
---------------
2013-06-13 01:44:36 +02:00
2013-08-14 17:00:14 +02:00
Install a master.
2014-07-20 17:05:53 +02:00
`` salt.syndic ``
---------------
Install a syndic.
2014-07-20 16:59:38 +02:00
`` salt.cloud ``
---------------
Install salt cloud.
2014-10-28 17:45:32 +01:00
`` salt.ssh ``
------------
Install salt-ssh with roster file.
Configure pillar data under salt:ssh_roster to feed the template.
2015-03-07 23:43:32 +01:00
`` salt.api ``
------------
Install salt api
Requisite: Configure salt-master with rest_cherrypy or rest_tornado.
2014-12-21 15:35:45 +01:00
`` salt.standalone ``
2014-12-22 17:14:09 +01:00
-------------------
2014-12-21 15:35:45 +01:00
Install a minion and configure it in `standalone mode
2014-12-22 17:14:09 +01:00
<http://docs.saltstack.com/en/latest/topics/tutorials/standalone_minion.html> `_.
2014-12-21 15:35:45 +01:00
2015-03-26 03:52:29 +01:00
`` salt.gitfs.dulwich ``
----------------------
Install gitfs backend dulwich dependencies. Set `` salt:master:gitfs_provider: dulwich `` in your pillar.
`` salt.gitfs.gitpython ``
----------------------
Install gitfs backend GitPython dependenciess. Set `` salt:master:gitfs_provider: gitpython `` in your pillar.
2016-04-19 18:51:17 +02:00
`` salt.gitfs.keys ``
----------------------
Install ssh keys to be used by gitfs
2015-03-26 03:52:29 +01:00
`` salt.gitfs.pygit2 ``
----------------------
Install gitfs backend libgit2/pygit2 dependenciess. Set `` salt:master:gitfs_provider: pygit2 `` in your pillar.
2015-06-02 21:40:53 +02:00
For EL distributions, pygit is installed from packages from `EPEL <https://github.com/saltstack-formulas/epel-formula> `_ .
2015-03-26 03:52:29 +01:00
2014-12-22 17:09:51 +01:00
`` salt.pkgrepo ``
----------------
Enable the official saltstack package repository in order to always
2016-01-08 18:21:22 +01:00
benefit from the latest version. This state currently only works on Debian, Ubuntu, RHEL 6/7 and aims to implement the `installation recommendations of the official documentation <http://docs.saltstack.com/en/latest/topics/installation/index.html#platform-specific-installation-instructions> `_ .
2015-06-02 21:40:53 +02:00
2014-12-22 17:09:51 +01:00
`` salt.pkgrepo.absent ``
-----------------------
Undo the effects of `` salt.pkgrepo `` .
2014-12-23 16:02:08 +01:00
`` salt.formulas ``
-----------------
Clone selected `Salt formulas
<http://docs.saltstack.com/en/latest/topics/development/conventions/formulas.html> `_
Git repositories under `` /srv/formulas `` and makes them available in the
relevant `` file_roots `` settings. Pillar data can be used to customize all
paths, URLs, etc.
Here's a minimal pillar sample installing two formulas in the base
environment.
::
salt_formulas:
list:
base:
- salt-formula
- openssh-formula
See pillar.example for an exhaustive list of settings available via pillar. Note
that by default this state:
- downloads the latest formulas from the `saltstack-formulas project
<https://github.com/saltstack-formulas>`_ on GitHub.
- does not update the local repositories after the initial clone.
This is a safety measure since you do not control how the official
repositories evolve.
If you configure the state to download the formulas from repositories that
you control, then you can safely enable the
`` salt_formulas:git_opts:default:update `` pillar setting to `` True `` .
2014-01-28 18:53:07 +01:00
`` Configuration ``
2014-07-30 18:32:45 +02:00
=================
Every option available in the templates can be set in pillar. Settings under 'salt' will be overridden by more specific settings under `` salt['master'] `` , `` salt['minion'] `` or `` salt['cloud'] ``
2013-06-18 09:18:10 +02:00
2013-07-15 13:25:42 +02:00
::
2013-06-18 09:18:10 +02:00
salt:
ret_port: 4506
master:
user: saltuser
2013-07-15 13:25:42 +02:00
...
minion:
user: saltuser
...
2014-07-20 16:59:38 +02:00
cloud:
providers: ec2
...
2014-10-06 18:28:34 +02:00
`` Extending ``
=============
2014-10-17 10:21:24 +02:00
Additional templates can be added by the user under salt/files/minion.d and master.d. This might be useful if, for example, a recently-added configuration option is not yet provided by the default template.
`` Vagrant ``
===========
Executing the provided `Vagrantfile <http://www.vagrantup.com/> `_ will create a Ubuntu 14.04 VM, add the default Saltstack Repository and install the current stable version.
The folders inside the VM will be set up in a way that enables you to simply execute 'sudo salt "*" state.highstate' to apply the salt formula to the VM, using the pillar.example config. You can check /etc/salt/ for results.
Remember, you will have to run `` state.highstate `` or `` state.sls salt.(master|minion|cloud) `` manually.