Обрати внимание, что Статик и трензиент могут не совпадать

без параметров тоже самое выводит

Static hostname: control

Transient отсутствуте

Хз тогда

суть проблемы в том как солт получает fqdn, используется там "ненадежный" socket.getfqdn()
https://github.com/saltstack/salt/blob/master/salt/utils/network.py#L240

притом в  develop уже иначе сделано
https://github.com/saltstack/salt/blob/develop/salt/utils/network.py#L199

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

Просто хочется чтобы код был покрыт тестами кухни. На сервере я знаю где разместить _grains, _utils. Но хотелось бы чтобы весь кастом был в формуле и попадал на сервер также внутри неё. Или же это не возможно и формулы исключительно для стейтов ?

Нашел проблему, в /etc/hosts откуда-то была строка.

::1 control

::1 control

это норм, не проблема

в целом да, но это приводило к неожиданным последствиям в данном случае.

а по умолчанию ты куда их отгружаешь (вне формул)?

/srv/salt/_utils например, как в документации должен (но я честно ещё не начал его писать). у меня если быть подробнее проблема в следующем(это не отменяет моего первого вопрос - но всё же).

у меня есть ext_pillar, который достаёт пользователей из ldap. я в формульный пиллар добавил парочку вручную (для тестирования стейта которому он нужен).

мне нужно в конфиге солгасно определенному алгоритму этих пользователей внести. но джинжа как бы не очень подходит для такой относительно сложной логики.

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

не сказать что логика сильно сложная (может и получится её реализовать). но ведь список пользователей нужен будет не в одном месте - лучше его сделать "в виде либы"

другой вариант это написать свой ext_pillar

допустим у меня в джинже надо пробежаться по листу и сделать новый лист - я тупо не знаю как

_grains, _modules, _states и т.п.  размещают в корневой директории формулы, например example-formula/_grains.  Затем добавляем путь к корневой папке формулы в file_roots мастера, например - "file_roots: ['/srv/salt', '/srv/formulas/example-formula', ...]"

у меня gitfs_remote с ним как я понимаю это трюк не пройдёт

по идее оно должно автоматом отрабатывать

Какая разница то? Под капотом он делает git pull в кеш и затем тоже самое как если бы были подключены папки из локальной FS

тот же самый принцип, только не забываем, что надо выполнять saltutil.sync_all после апдейта

Мне в file_roots укзывать путь к папке где он кэширует ?

нет, просто использовать gitfs_remote как обычно

Главное чтоб структура внутри репозиторя была такая как выше описал Alexander