Возможно так - выполнять system.get_pending_windows_update - и на хостах добавлять grain по выполнению если True. а потом выполнять reboot на хосты с нужным grain?

Ну, раз нужно централизованное управление - выглядит, что или баш в котором вызывать salt apply - либо лучше - orch

grain не уверен, что хорошая идея - это же статические данные

Не динамические

вот и я так думаю

Плюс надо как-то замониторить, что задача выполнилась или не выполнилась в условное окно

пока такой задачи нет - все равно ведь человек будет контролировать выполнение. далее - наверное фиксировать где то

пока читаю про оркестрацию, спасибо

@oloremo подскажи по pillar.stack меняю в нём переменную на сервере.

вызываю с клиента salt-call state.apply docker клиент выполняет стейт с значением этой перменной - я не рефрешил на сервере пиллары и клиент получил то что я только что через вим в стэке поменял.

но вызывая на сервере salt machine* pillar.get somekey я вижу предыдущее значение до тех пор пока не сделаю на сервере salt 'machine*' saltutil.refresh_pillar

Не пойму где логика. Я ещё понимаю если бы без вызова highstate клиент не обновил бы пиллар у себя. А так получается странное дело. В чём логика ?

Даже если вызывать salt machine* state.apply docker с сервера всё тоже самое на сервере до ручного решреша пилларов значение старое а клиент получает уже новое.

Зачем так сделано ?

> Зачем так сделано ?
Ээээ это by design. Обновление пиларов на скейле потенциально дорогая операция. Поэтому их страются обновлять как можно реже. Так что поменял пилар - сделай рефреш

Спасибо ясно. Но на миньоне напротив стараются чтобы всё актуально ради highstate?

highstate насколько я помню перед запуском делает рефреш пиларов сам

и греинс, но судя по всему рефреш пилларов делается также и перед state.apply somestate

Да, из-за консистенции

Чтобы пиллары на мастере обновились нужно на мастере вызвать saltutil.refresh_pillar, вызов highstate на мастере не обновляет ни с мастера ни с клиента. О как.

ребят, развернул две идентичные виртуалки и добавил в salt успешно. на одной cmd.run выполняется, на другой нет

Minion did not return.

в логах ну прям вообще ничего

чё делать? debug master?

Скорее всего миньон не подключился к мастеру. Мне кажется надо смотреть логи миньона.

в логах миньона ничего нет, в netstat established висит к мастеру по tcp 4505

а логах мастера - request key, accepted key