Я работал над настройкой внешнего средства возврата на главной стороне для моего развертывания 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.