Назад | Перейти на главную страницу

Какие средства возврата SaltStack правильно работают с master_job_cache?

Я работал над настройкой внешнего средства возврата на главной стороне для моего развертывания Saltstack - 'master_job_cache', как указано в документации.

Я начал со Slack и mongo_return. Я быстро обнаружил, что ни один из них не работает с master_job_cache. Насколько я понимаю, они не реализуют правильные функции для выполнения этой работы, в частности save_load (обнаружено через поиск и чтение журналов). Затем я попробовал mongo_future_return, учитывая, что он реализует правильные функции - с пониманием, что, согласно документам, он в настоящее время нестабилен. У меня установлен pymongo, и моя конфигурация на стороне мастера выглядит так:

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

Однако это приводит к трассировке стека, когда я его запускаю, а главные журналы стороны говорят мне:

 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.

Итак, первый вопрос: учитывая то, что я объяснил до сих пор, есть ли что-то, что я делаю неправильно, и что я должен решить, чтобы заставить этих возвращающихся монго работать?

Второй и главный вопрос: какие средства возврата работали для вас с опцией master_job_cache? Есть ли список тех, которые работают с MASTER JOB CACHE (я знаю, что есть список возвращающих, многие не указывают). У меня нет времени пробовать каждый по отдельности, хотя я, скорее всего, попробую MySQL и Postgres.

Заранее благодарны за Вашу помощь.

Я много раз успешно использовал кеш основных заданий MySQL.