понимаю, не могу переписать это
test:
 module.run:
   - name: 'cmd.run'
   - m_name: 'salt.run'
   - cmd: 'pwgen -sA 65 1'

в salt["cmd.run"]("date '+%s'")%

зачем вам запускать именно на мастере можно поинтересоваться?

хосты могут вообще не винде быть, а генерировать данные проще всего через salt

генерировать пары ключей например

{% set mytime = salt["cmd.run"]("pwgen -sA 65 1") %} ?

выполнится на миньене

а ты хочешь на мастере ?

ага

через salt.run

используйте функции солта

и опять джинджа

на мой взгляд это типичная проблема XY

подскажите пожалуйста, можно ли с солевого мастера как то подебажить запросами а-ля: grains.id pillar.id вместо grains.items, pillar.items
что бы дотянуться до нужного кллюча

grains.item os =)

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

Обновляю Солт до версии 3000 с 2018.3.4
У меня на Deb 10 стояли пакеты из репозитория Debian т.к. под 10-ку в репозиторий Солта 2018.3 уже не завезли.
Столкнулся со следующей проблемой: миньон из дебиановского пакета хранит ключи в /var/lib/salt/pki/minion, миньон из репозитория Солта хранит ключи в /etc/salt/pki/minion в результате после апгрейда (через формулу salt-formula) все миньоны отвалились, благо запускал я обновление на ограниченном количестве миньонов.
Решение простое cp -avr /var/lib/salt/pki/minion /etc/salt/pki/, затем перезапустить миньона. Само собой делать это надо до начала обновления.

При дебаге около минуты висит:

Trying to connect to: tcp://master:4506

Кто-нибудь сталкивался?  на мастере ошибок и ворнингов нет,
la 1.0 1.3 1.2 (8 cores) память есть..