salt-formula/salt/standalone.sls

{% from "salt/map.jinja" import salt_settings with context %}

salt-minion:
{% if salt_settings.install_packages %}
  pkg.installed:
    - name: {{ salt_settings.salt_minion }}
{% endif %}
  file.recurse:
    - name: {{ salt_settings.config_path }}/minion.d
    - template: jinja
    - source: salt://{{ slspath }}/files/minion.d
    - clean: {{ salt_settings.clean_config_d_dir }}
    - exclude_pat: _*
    - context:
        standalone: True
{%- if salt_settings.minion.master_type is defined and salt_settings.minion.master_type == 'disable' %}
  service.running:
{%- else %}
  service.dead:
{%- endif %}
    - enable: False
    - name: {{ salt_settings.minion_service }}
    - require:
{% if salt_settings.install_packages %}
      - pkg: salt-minion
{% endif %}
      - file: salt-minion

# clean up old _defaults.conf file if they have it around
remove-old-standalone-conf-file:
  file.absent:
    - name: {{ salt_settings.config_path }}/minion.d/_defaults.conf
Don't overwrite salt variable Using a variable named salt is a bad idea when salt already has a variable named salt. 2015-03-17 05:39:32 +01:00			`{% from "salt/map.jinja" import salt_settings with context %}`
Add a “salt.standalone” state 2014-12-21 15:35:45 +01:00
			`salt-minion:`
Add setting to not install packages If you are installing Salt via git/pip, the formula will try to overwrite your install with packaged versions. This setting makes it possible to avoid that. 2015-03-24 18:08:08 +01:00			`{% if salt_settings.install_packages %}`
Add a “salt.standalone” state 2014-12-21 15:35:45 +01:00			`pkg.installed:`
Don't overwrite salt variable Using a variable named salt is a bad idea when salt already has a variable named salt. 2015-03-17 05:39:32 +01:00			`- name: {{ salt_settings.salt_minion }}`
Add setting to not install packages If you are installing Salt via git/pip, the formula will try to overwrite your install with packaged versions. This setting makes it possible to avoid that. 2015-03-24 18:08:08 +01:00			`{% endif %}`
Add a “salt.standalone” state 2014-12-21 15:35:45 +01:00			`file.recurse:`
Don't overwrite salt variable Using a variable named salt is a bad idea when salt already has a variable named salt. 2015-03-17 05:39:32 +01:00			`- name: {{ salt_settings.config_path }}/minion.d`
Add a “salt.standalone” state 2014-12-21 15:35:45 +01:00			`- template: jinja`
Remove hardcoded paths with {{ slspath }} variable 2015-06-09 23:05:49 +02:00			`- source: salt://{{ slspath }}/files/minion.d`
Stop using clean: True on /etc/salt/{minion,master}.d New versions of Salt put config files in /etc/salt/{minion,master}.d. We don't want to erase them by using a clean: True on the file.recurse. This is a backward incompatible change, but it's necessary to avoid deleting Salt config files. Resolves #104 2015-03-23 22:53:24 +01:00			`- clean: {{ salt_settings.clean_config_d_dir }}`
Switch config file.recurse to clean by default and tell it to ignore _* Salt writes it's schedule file to /etc/salt/{minion,master}.d/_schedule.conf We don't want to stomp all over Salt's files, but we do want a pristine starting point to lay down our managed config. So we use clean: True on the file.recurse call, but we tell it to ignore files that start with an _ We have to rename the current config file (_defaults.conf) because it will be ignored by the rule that ignores Salt's _* config files. This also means we need to clean up old config files (_defaults.conf) and restart the service if we cleaned it up. 2015-03-27 23:58:05 +01:00			`- exclude_pat: _*`
Add a “salt.standalone” state 2014-12-21 15:35:45 +01:00			`- context:`
			`standalone: True`
add option to start minion service if master_type is set to disable 2016-10-01 09:30:39 +02:00			`{%- if salt_settings.minion.master_type is defined and salt_settings.minion.master_type == 'disable' %}`
			`service.running:`
			`{%- else %}`
Add a “salt.standalone” state 2014-12-21 15:35:45 +01:00			`service.dead:`
add option to start minion service if master_type is set to disable 2016-10-01 09:30:39 +02:00			`{%- endif %}`
Add a “salt.standalone” state 2014-12-21 15:35:45 +01:00			`- enable: False`
Don't overwrite salt variable Using a variable named salt is a bad idea when salt already has a variable named salt. 2015-03-17 05:39:32 +01:00			`- name: {{ salt_settings.minion_service }}`
Add a “salt.standalone” state 2014-12-21 15:35:45 +01:00			`- require:`
Add setting to not install packages If you are installing Salt via git/pip, the formula will try to overwrite your install with packaged versions. This setting makes it possible to avoid that. 2015-03-24 18:08:08 +01:00			`{% if salt_settings.install_packages %}`
Add a “salt.standalone” state 2014-12-21 15:35:45 +01:00			`- pkg: salt-minion`
Add setting to not install packages If you are installing Salt via git/pip, the formula will try to overwrite your install with packaged versions. This setting makes it possible to avoid that. 2015-03-24 18:08:08 +01:00			`{% endif %}`
Add a “salt.standalone” state 2014-12-21 15:35:45 +01:00			`- file: salt-minion`
Switch config file.recurse to clean by default and tell it to ignore _* Salt writes it's schedule file to /etc/salt/{minion,master}.d/_schedule.conf We don't want to stomp all over Salt's files, but we do want a pristine starting point to lay down our managed config. So we use clean: True on the file.recurse call, but we tell it to ignore files that start with an _ We have to rename the current config file (_defaults.conf) because it will be ignored by the rule that ignores Salt's _* config files. This also means we need to clean up old config files (_defaults.conf) and restart the service if we cleaned it up. 2015-03-27 23:58:05 +01:00
			`# clean up old _defaults.conf file if they have it around`
			`remove-old-standalone-conf-file:`
			`file.absent:`
Replace absolute config pathname prefixes with the config_path variable 2016-03-29 19:28:47 +02:00			`- name: {{ salt_settings.config_path }}/minion.d/_defaults.conf`