SaltStack: chama um único estado de um arquivo sls

12

Falha ao chamar um único estado de um arquivo sls.

Arquivo sls inteiro funciona

Isso funciona:

salt-ssh w123 state.sls monitoring

Isso funciona:

salt-ssh w123 state.show_sls monitoring

Um item da saída acima:

monitoring_packages:
    ----------
    __env__:
        base
    __sls__:
        monitoring.packages
    pkg:
        |_
          ----------
          pkgs:
              - python-psutil
        - installed
        |_
          ----------
          order:
              10000

O que eu tentei

Agora eu quero chamar apenas monitoring_packages, não o arquivo sls inteiro:

Falha:

salt:/srv # salt-ssh w123 state.sls_id monitoring_packages  monitoring
w123:
    Data failed to compile:
----------
    No matching sls found for 'monitoring' in env 'base'

Falha:

salt:/srv # salt-ssh w123 state.single monitoring.monitoring_packages
w123:
    TypeError encountered executing state.single: single() takes at least 2 arguments (1 given)

Questão

Como chamar meu estado único monitoring_packages?

Versão

salt:/srv # salt-ssh --version
salt-ssh 2015.8.3 (Beryllium)
guettli
fonte

Respostas:

11

Eu me deparei com este post enquanto tentava descobrir como fazer isso com chamadas regulares de salt (ou seja, não salt-ssh ).

Se você possui o seguinte arquivo SLS (foo.sls):

bar:
   file.managed:
       - source: salt://some/file

Você pode executar o seguinte comando para executar apenas essa entrada no arquivo de estado:

salt '*' state.sls_id bar foo

E, novamente, eu também não sabia disso. Encontrei a resposta em um comentário em uma discussão em grupo do Google que apontava para um commit aqui .

Mike
fonte
0
salt '*target*' state.sls  monitoring.<sls_file_name> <task name> -l debug

Exemplo: Suponha que eu tenha um estado para elasticserach com um arquivo sls chamado settings.sls e, dentro desse arquivo, suponha que eu tenha a tarefa restart_elastic_search, agora desejo chamar essa tarefa específica.

salt '*elastic*' state.sls  elasticsearch.settings restart_elastic_search -l debug
Vaibhav Jain
fonte