salt-formula/salt/minion.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: False
  service.running:
    - enable: True
    - name: {{ salt_settings.minion_service }}
    - watch:
{% if salt_settings.install_packages %}
      - pkg: salt-minion
{% endif %}
      - file: salt-minion
      - file: remove-old-minion-conf-file

# clean up old _defaults.conf file if they have it around
remove-old-minion-conf-file:
  file.absent:
    - name: /etc/salt/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 %}`
Isolated package mapping and some fixes Moved package_table to it's own file, imported by sls files Moved minion package under watch Fixed some template mistakes I made 2013-08-14 21:53:29 +02:00
Start on salt formula 2013-06-13 01:53:26 +02: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 %}`
Start on salt formula 2013-06-13 01:53:26 +02: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 %}`
Added recursive management of minion.d and master.d. This allows users to easily add configuration settings that the formula doesn't yet provide, without having to modify the existing templates. 2014-10-06 17:17:43 +02: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`
Start on salt formula 2013-06-13 01:53:26 +02: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: False`
Start on salt formula 2013-06-13 01:53:26 +02:00			`service.running:`
			`- enable: True`
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 }}`
Start on salt formula 2013-06-13 01:53:26 +02:00			`- watch:`
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 %}`
Isolated package mapping and some fixes Moved package_table to it's own file, imported by sls files Moved minion package under watch Fixed some template mistakes I made 2013-08-14 21:53:29 +02: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 %}`
Start on salt formula 2013-06-13 01:53:26 +02: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			`- file: remove-old-minion-conf-file`

			`# clean up old _defaults.conf file if they have it around`
			`remove-old-minion-conf-file:`
			`file.absent:`
			`- name: /etc/salt/minion.d/_defaults.conf`