Народ, подскажите, пожалуйста по такому вопросу. Есть простой такс, копирующий файлы из role/files/ в каталог на целевой машине: copy: src: "{item}" dest: "{{ destination_path }}" loop: "{{ lookup('fileglob' ....) | list }}" И вот он происходит довольно медленно, файлов там десятка 2-3, все текстовые на 5-10 Кб. Можно ли как-то эту задачу решить, чтобы оно быстрее работало?

Народ, подскажите, пожалуйста по такому вопросу. Есть простой такс, копирующий файлы из role/files/ в каталог на целевой машине: copy: src: "{item}" dest: "{{ destination_path }}" loop: "{{ lookup('fileglob' ....) | list }}" И вот он происходит довольно медленно, файлов там десятка 2-3, все текстовые на 5-10 Кб. Можно ли как-то эту задачу решить, чтобы оно быстрее работало?

Вот так выглядит идемпотентность в твоём случае:

Чёита? synchronize даёт changed, только если передача данных состоялась, не? Или тут что-то философское?

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

Это директория с инклюдами для конфига софта. =)

Вам нужно нормально деплой построить

Народ, подскажите, пожалуйста по такому вопросу. Есть простой такс, копирующий файлы из role/files/ в каталог на целевой машине: copy: src: "{item}" dest: "{{ destination_path }}" loop: "{{ lookup('fileglob' ....) | list }}" И вот он происходит довольно медленно, файлов там десятка 2-3, все текстовые на 5-10 Кб. Можно ли как-то эту задачу решить, чтобы оно быстрее работало?

{{ внутри {{ — отличный совет. Так и надо делать

открою тебе секрет, но так весь ансибл работает

"{{ lookup('file', '{{ user }}.pub') }}" через инклуд или цикл по списку из переменной и довольно быстро все это будет работать

Возможно. А что не так? Конфиги периодически дополняются, нужно отслеживать состояние и менять на актуальные

А в чём разница тут? Я просто ищу в директории файлы с определённым расширением с fileglob

Не видя того, как там всё построено, дать какие-то конкретные рекомендации, конечно, трудно 😇 Но вообще куча конфиг-файлов — не очень хорошая практика. Для развесистого конфига лучше юзать конфиг-сервер или переменные окружения (если приложение докеризовано).

перепилите на конкатенацию - медаль дам

Ты это щас серьёзно? Знаток того, как работает унутре ансибля? "{{ lookup('file', user ~ '.pub') }}"

Ты это щас серьёзно? Знаток того, как работает унутре ансибля? "{{ lookup('file', user ~ '.pub') }}"

Так и что - оно должно работать быстрее?

Я про lookup('file') против lookup('fileglob')

@igorfraa всё просто, дальше продолжаешь = RO.

что продолжаю?

Давай так: у тебя есть выбор. Чтобы не получить первое RO на сутки, ты сейчас сам подумаешь и скажешь, чем отличается сообщение о смене места работы известного специалиста - автора языка, на котором написан онтопик, причём из его же личного твиттера, от копипасты с сайта Дропбокса, и почему здесь первое - в тему, а второе - нет. Ну или можешь просто согласиться на RO.

Я полагаю, ты всё-таки всё понял и не безнадёжен. Смысл не в том, чтобы я победил, а в том, чтобы по возможности участники группы думали, прежде чем что-то запостить: "кому принесёт пользу моё сообщение?" Обуждать личные высказывания известного человека в чате по инструменту - ну такое, для других чатов, именно поэтому я и стриггерился. А вот устройство известного специалиста - автора языка на работу в Майкрософт теоретически повлияет на ситуёвину с питоном на винде (т.е. плохую), и глядишь - ансибл виндовый появится.

небольшой вопрос: как сделать удобнее, - ansible при вызове модяля uri делает вызов с целевого хоста, но я хочу в некоторых случаях его вызывать с машины где установлен ansible (без предварительного захода через ssh) - import_tasks: meta.yml в группе задач используется ansible_ssh_host который берется из инвентари и используется внутри тасков (в таком случае происходит ansible -> ssh host -> ext url) - import_tasks: meta.yml delegate_to: 127.0.0.1 в таком случае происходит ansible -> ext url но затирается переменная ansible_ssh_host (адрес становится 127.0.0.1) и все ломается пробовал в дефолте определять доп переменную, tmp_ansible_ssh_host: "{{ ansible_ssh_host }}" но она тоже переопределяется во время delegate_to

inventory_hostname може еще не быть в днс например, он же вернет имя(

Из постоянных фактов только IP адрес. — идея просетапить машину, потом обновить мет информацию, дописать машину в днс, ну может еще чего потом. ansible_host=IP а инвентари.

да. запутал) сейчас чуть понятнее попробую обьяснить. инвентари заполяется вручную, там есть [provision] node1.example.com ansible_host=ip я использую служебные переменные inventory_hostname (для указания имени сервера который еще может быть не готов для доступа по ssh но хочется дописать его в днс и другую внешнюю систему) с адресом IP ansible_ssh_host