Вот и выше тут, вместо того чтобы взять готовое городит своё

так проверка прошла так - validate: 'nginx -c %s -t'

Если из них тебе надо поменять не много от дефолта то по мне слишком и хотелось бы легкой версии

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

так проверка прошла так - validate: 'nginx -c %s -t'

Я бы не переоценивал эту проверку

https://trac.nginx.org/nginx/ticket/1300

Ну, ок 🤷‍♂

+

А чем validate лучше, чем обычный nginx -s reload?

релоад при сломанном конфиге возвращает сакцесс

а рестарт возвращает выключенный нжинкс)

релоад при сломанном конфиге возвращает сакцесс

+++

Я им в багтрекер писал и сильно матюгался на это вот все

Есть задача выкладывать конфиги на сервер из files/config. Содержимое этой директории - субдиректории с шаблонами. Накидал такой вот код (если можно так выразится) - name: deploy configuration directories file: path: "/data/config/{{ item.path }}" mode: "{{ item.mode }}" state: directory loop: "{{ lookup('filetree', 'files/config', wantlist=True) | json_query('[?state == `directory`]') | list }}" loop_control: label: "/data/config/{{ item.path }}" tags: deploy_conf - name: deploy configuration files (>>>> you must manually restart the necessary services <<<<) template: src: "{{ item.src }}" dest: "/data/config/{{ item.path }}" mode: "{{ item.mode }}" loop: "{{ lookup('filetree', 'files/config', wantlist=True) | json_query('[?state != `directory`]') | list }}" loop_control: label: "/data/config/{{ item.path }}" tags: deploy_conf В принципе всё работает, за исключением небольшой неприятной тонкости. На целевом хосте работает docker. Один из путей прописан в контейнере как volume. Примерно так /data/config/nginx/conf.d/nginx.conf:/etc/nginx/conf.d/nginx.conf:ro и если вдруг, так получилось, что контейнер выкатили раньше конфигов. Путь /data/config/nginx/conf.d/nginx.conf создаётся как директория, и template (таск deploy configuration files...) выкладывает конфиг уже по адресу /data/config/nginx/conf.d/nginx.conf/nginx.conf

есть способ сказать модулю template (или copy). Перезатри мне эту папку?

может вы предложите какие-то свои оптимальные методы выкладывания конфигурации на целевые хосты?

докеру не надо пробрасывать файл

Ты всегда можешь добавить таск, в котором чистишь эту директорию)

пробрасывайте диреткорию

конечно я могу добавить сюда ещё один или пару тасков, для удаления директории если она существует, но хотелось бы найти более оригинальный подход

пробрасывайте диреткорию

это мне не подходит

тогда попробуйте unsafe_writes

а

unsafe_writes - я читал про это в документации, но если честно ничего не понял(

я не дочитал

это вы еще не столкнулись с реальной проблемой

то что вам создаётся диреткорией это ерунда

у вас основная беда будет в том что у вас при обновлении конфигурации докер ёё не подхватит

ибо монтируете файл а это известный антипаттерн

конечно я могу добавить сюда ещё один или пару тасков, для удаления директории если она существует, но хотелось бы найти более оригинальный подход

Ну, тогда можно всегда иметь на хосте файл /data/config/nginx/conf.d/nginx.conf/nginx.conf, пусть даже и пустой

Всё равно после обновления nginx.conf придётся ребутать nginx

не nginx а контейнер

что бы вольюмы востановились

можно просто сказать pkill -1 nginx но это уже отдельная тема

не nginx а контейнер

Я думаю, что он в курсе)

можно просто сказать pkill -1 nginx но это уже отдельная тема

вы проверяли ?

да

ну ок. хозяин барин

это работает во многих плейбуках в нашей компании. Но это сделает reload nginx'а во всех контейнерах на хосте

🤷‍♂️ ну ок

а! стоп!

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

да

честно говоря я всегда использую монтирование директорий, но в данном случае, контейнер не мой... тогда мне придётся, тащить в ансибл все содержимое /etc/nginx/conf.d/ из контейнера

что не хотелось бы ((

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

Что-то мне подсказывает, что mount не так работает

честно говоря я всегда использую монтирование директорий, но в данном случае, контейнер не мой... тогда мне придётся, тащить в ансибл все содержимое /etc/nginx/conf.d/ из контейнера

а вариантов у вас как бы не очень много.

nginx без перезагрузки файл не перечитает, а в контейнере он будет доступен изменённый

Что-то мне подсказывает, что mount не так работает

стоит не опираться на интуицию и прочитать документацию

nginx без перезагрузки файл не перечитает, а в контейнере он будет доступен изменённый

перечитает, если ему отправить сигнал HUP

вот этот вариант я подсуну только nginx.conf 100500 раз проходили

https://docs.docker.com/storage/bind-mounts/#mount-into-a-non-empty-directory-on-the-container

этот пример с nginx расмотрен в доке :)

ну и ниже про bind propogation

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

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

Только осваиваю ansible. Кто нибудь может подсказать по роли которая будет устанавливать openvpn клиент на Ubuntu xenial и генерировать для него файл конфигурации на основании переменных хоста ansible. Результатом выполнения плейбука, запускающего роль, должен быть настроенный и запущенный опенвпн клиент.

Что за L/P можете пояснить?

Что за L/P можете пояснить?

Логин/пароль

Готовое на гитхабе нашёл но чета с разбега не понял.

Тут стоит вообще подумать над сетевым взаимодействием

+++

как тут интересно вчера было

господа, у меня странный вопрос. Есть inventory серверов, которые разбиты на много групп вида: -- inventory/group1/hosts [app] 10.116.6.66 10.116.6.67 -- inventory/group2/hosts [app] 10.116.7.66 10.116.7.67 ... etc Запускается плейбук на группу хостов. Плейбук вида: - hosts: app roles: - whatever1 - whatever2 Я решаю задачу сделать общий кластер из серверов, входящих во все группы. На первом уровне наивности, когда группа была одна, в template работала конструкция: members: {{ ansible_play_hosts_all | join(',') }} Сейчас по очевидным причинам она не подходит, т.к. групп стало много. Вопрос. какие практики организации inventory вы могли бы порекомендовать?

не писать плейбуки на 1000-и хостов? ну, вообще я просто фильтровал хосты из конкретной группы

"{{ groups['project-a'] | map('extract', hostvars, ['ansible_host']) | map('regex_replace', '$', ':9100') | list }}" <- причем я такое в переменных писал, а не в плейбуке

Вопрос больше про jinja2, чем про ansible, но рискну. Если я хочу получить строку MY_VARIABLE = {a},{b} где a и b - переменные, как заэскейпить это? MY_VARIABLE = { {{a}},{{b}} } Где внешние curly braces нужны нетронутыми.

я вопроса не понял

дай пример входа и пример выхода

И зря. У nginx родная роль вполне годная. И протестированная на реальном проде, в отличие от

https://github.com/nginxinc/ansible-role-nginx

Только осваиваю ansible. Кто нибудь может подсказать по роли которая будет устанавливать openvpn клиент на Ubuntu xenial и генерировать для него файл конфигурации на основании переменных хоста ansible. Результатом выполнения плейбука, запускающего роль, должен быть настроенный и запущенный опенвпн клиент.

Возьми готовую роль и не мучайся: https://github.com/robertdebock/ansible-role-openvpn

ansible-galaxy install robertdebock.openvpn

Какой ужас https://github.com/robertdebock/ansible-role-openvpn/blob/master/tasks/main.yml#L21

господа, у меня странный вопрос. Есть inventory серверов, которые разбиты на много групп вида: -- inventory/group1/hosts [app] 10.116.6.66 10.116.6.67 -- inventory/group2/hosts [app] 10.116.7.66 10.116.7.67 ... etc Запускается плейбук на группу хостов. Плейбук вида: - hosts: app roles: - whatever1 - whatever2 Я решаю задачу сделать общий кластер из серверов, входящих во все группы. На первом уровне наивности, когда группа была одна, в template работала конструкция: members: {{ ansible_play_hosts_all | join(',') }} Сейчас по очевидным причинам она не подходит, т.к. групп стало много. Вопрос. какие практики организации inventory вы могли бы порекомендовать?

Просто сделай еще одну общую группу, куда добавь все остальные. И запускай плей для кластера на эту общую группу

Какой ужас https://github.com/robertdebock/ansible-role-openvpn/blob/master/tasks/main.yml#L21

Там идемпотентность обеспечена, тем не менее. Плюс, это серверная часть. Если тебе нужен только клиент, эта часть кода не задействована

дай пример входа и пример выхода

Вход: var1 = 'a' MY_VAR={"{{var1}}"} Даёт выход MY_VAR={"a"} Хочу избавиться от кавычек в итоговом варианте.

ну так грохни кавычки посередине

{"{{"var1"}}"}

ты наверное так хочешь?

Хочу, что бы в итоге в файле было MY_VAR={a}

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