Eu usei o cache mestre do job MySQL com sucesso muitas vezes.
Eu tenho trabalhado para configurar um retornador externo no lado mestre para minha implantação do Saltstack - um 'master_job_cache', conforme especificado na documentação .
Eu comecei com o Slack e o mongo_return. Eu rapidamente descobri que nenhum destes trabalhos com master_job_cache. Meu entendimento é que eles não implementam as funções certas para fazer isso funcionar, particularmente save_load (revelado através da pesquisa e leitura dos logs). Eu então tentei o mongo_future_return, já que ele implementa as funções corretas - com o entendimento de que, de acordo com os documentos, ele está instável no momento. Eu tenho pymongo instalado e minha configuração do lado mestre é assim:
returner: mongo_future_return
mongo:
db: salt_returns
host: 194.168.1.4
user: salt_master
password: solidWellBuiltPassword
port: 27017
master_job_cache: mongo_future_return
No entanto, isso resulta em um rastreamento de pilha quando eu o executo, com os logs do lado mestre informando:
Could not deserialize msgpack message.This often happens when trying to read a file not in binary modeTo see message payload, enable debug logging and retry. Exception: unpack(b) received extra data.
Então, primeira pergunta: dado o que eu expliquei até agora, há algo que pareça estar fazendo incorretamente e que eu deva abordar para fazer com que esses retornadores de mongo funcionem?
Segunda e principal pergunta: quais retornadores trabalharam para você com a opção master_job_cache? Existe uma lista daqueles que trabalham com MESTRE JOB CACHE (eu sei que há uma lista de retornantes, muitos não especificam). Eu não tenho tempo para experimentar cada um individualmente, apesar de provavelmente dar uma chance ao MySQL e ao Postgres.
Obrigado pela sua ajuda antecipadamente.