откуда инфа? в офф слаке не вижу

этерпрайс саппорт

oh well

патчи и анонс могут задержать, если с патчем не успеют

Привет новому участнику

👋

дратути

правильной дорогой идете, товарищ Бородало)

Перенесли на ноябрь, больше сказать не могу

Ждем в гости криптомайнеры на всех открытых мастерах мира ! 🙂

Всем привет. У кого работает такая конструкция как на рисунке ? Думал дело в этом pillarenv_from_saltenv: True но и это не помогло. На мастере кстати эта опция не влияет на клиента. Зачем тогда её описывают в документации - не понял. Если по простому stack указать (один конфиг) у меня всё работает и даже есть логи из самого стэка. А если вот так с окружениями, то вижу только LazyLoaded stack.ext_pillar. При чём в ext-pillar опции у меня также имеется pillar_ldap который нормально выполняется.

По ходу дела не исправленный [баг](https://github.com/saltstack/salt/issues/57580)

А нормально ли было бы поднять столько мастеров сколько у тебя окружений. По каждому на окружение. Например с общим хранилищем ключей (мастера, миньонов).

Код стейтов и всяких модулей из file_roots, pillar.stack, конфиги мастера и вообще всё что его касается держа в разных ветках тестить также на разных инстансах (экемплярах) ?

Или это в корне не годится с архитектурной точки зрения?

Я использую, только gitstack
и беру не пиллары а из конфига pillarenv

- gitstack:
  - Network git@gitlab:myrepo.git:
    - stack:
        opts:pillarenv:
          Myenv: stack0.cfg

Что покажет

salt-call pillar.get environment

Я сделал отдельный мастер для тестовых веток, которые создаются/удаляются.
В кроне каждые 10 мин проверка на наличие новых веток, если есть, то генерится конфиг мастера и его рестарт.

нормм

рестарт мастера это разве ок? у него там долгоживущие задачи в очереди не грохаются ?

все зависит от workload.