Template

Yes, Salt can Salt itself! https://github.com/saltstack-formulas/salt-formula/

Go to file Use this template

Javier Bértoli b2d760cd87 Update the testing matrix to cover most distro+salt+python combinations Use py3 for latest salt version Use Python 2 on old distros Update Gemfile Updated centos-6 run_command, as it does not use systemd Added tests to verify correct package versions for all cases tested		2019-03-31 11:44:44 -03:00
dev	Use the latest stable salt from repo.saltstack.com	2016-04-04 12:28:35 -06:00
salt	Update the testing matrix to cover most distro+salt+python combinations	2019-03-31 11:44:44 -03:00
test/integration	Update the testing matrix to cover most distro+salt+python combinations	2019-03-31 11:44:44 -03:00
.gitignore	Update the testing matrix to cover most distro+salt+python combinations	2019-03-31 11:44:44 -03:00
.travis.yml	Update the testing matrix to cover most distro+salt+python combinations	2019-03-31 11:44:44 -03:00
AUTHORS.md	add autogenerated AUTHORS.md	2019-02-13 21:38:17 +01:00
FORMULA	add formula file	2016-03-27 12:39:50 +02:00
Gemfile	Update the testing matrix to cover most distro+salt+python combinations	2019-03-31 11:44:44 -03:00
kitchen.yml	Update the testing matrix to cover most distro+salt+python combinations	2019-03-31 11:44:44 -03:00
LICENSE	Update LICENSING year	2015-03-20 20:05:04 -04:00
pillar.example	Fix `repo.saltstack.com` URLs for Python 3 packages (#364 )	2019-01-29 13:37:35 +00:00
README.rst	add initial travis integration	2018-12-22 16:28:18 +01:00
Vagrantfile	Added a Vagrant setup to instantly test the formula	2014-10-16 17:30:04 +02:00

README.rst

salt

Yes, Salt can Salt itself!

Note

See the full Salt Formulas installation and usage instructions.

Available states

`salt.minion`

Install a minion

`salt.master`

Install a master.

`salt.syndic`

Install a syndic.

`salt.cloud`

Install salt cloud.

`salt.ssh`

Install salt-ssh with roster file. Configure pillar data under salt:ssh_roster to feed the template.

`salt.api`

Install salt api Requisite: Configure salt-master with rest_cherrypy or rest_tornado.

`salt.standalone`

Install a minion and configure it in standalone mode.

`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.

`salt.gitfs.keys`

Install ssh keys to be used by gitfs

`salt.gitfs.pygit2`

Install gitfs backend libgit2/pygit2 dependenciess. Set salt:master:gitfs_provider: pygit2 in your pillar. For EL distributions, pygit is installed from packages from EPEL.

`salt.pkgrepo`

Enable the official saltstack package repository in order to always 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.

`salt.pkgrepo.absent`

Undo the effects of salt.pkgrepo.

`salt.formulas`

Clone selected Salt formulas 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 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.

`Configuration`

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']. Options specified in salt['minion'] which are not present in the default configuration file will be added to the end of the configuration file.

salt:
  ret_port: 4506
  master:
    user: saltuser
    ...
  minion:
    user: saltuser
    ...
  cloud:
    providers: ec2
    ...

`Extending`

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 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.

`MacOS Support`

As MacOS has no native package management that pkg.installed can leverage appropriately, and brew does not count, the salt.minion state manages salt minion package upgrades by way of .pkg file download which is then installed using the macpackage.installed state.

salt-minion packages on MacOS will not be upgraded by default. To enable package management you must set the following at a minimum,

install_packages: True
version: 2017.7.4
salt_minion_pkg_source: https://repo.saltstack.com/osx/salt-2017.7.4-py3-x86_64.pkg

install_packages must indicate that the installation of a package is desired. If so, version will be used to compare the version of the installed .pkg against the downloaded one. If version is not set and a salt.pkg is already installed the .pkg will not be installed again.

A future update to the formula may include extraction of version from the downloaded .pkg itself; but for the time being you MUST set version to indicate what you believe it to be.

Refer to pillar.example for more information.