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

если подойдёшь к вопросу грамотно и сможешь пригнуть разработчиков хранить конфиги в YaML - всё будет хорошо

в шаблоне напишешь: "{{ this_role | to_nice_yaml }}" - и весь шаблон.

там и так жсон

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

"{{ this_role | to_nice_json }}"

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

есть одна мысль, к реализации которой я иду. в репе с кодом лежит файл .json / .yml со свежедобавленными настройками. в репе с ролями/скриптами есть свои настройки, которые загружаются после разарботчиковских через merge_hash. таким образом, у человека будет ощущение свободных рук, а тебя будут меньше дёргать по мелочам.

в общем проще конфигом из роли вообще не управлять )

в общем проще конфигом из роли вообще не управлять )

дык хоть vim-ом правь - как тебе удобно, так и делай. твой личный кактус с твоей личной тарелки можешь убрать или съесть только ты ?

В ситуациях, когда в компании построены нормальные процессы, а не создают отделы дивопсов, часть работы по IaC выполняют разработчики, и соответсвенно, когда им нужна новая опция в конфиге идут в репу роли и добавляют

1) пойти в репу роли и добавить в шаблон 2) пойти в проект и добавить переменную либо 1) пойти в проект и поменять конфиг

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

если переменные извне тянутся другое дело, но тогда оттуда же может и конфиг целиком можно будет положить в общем ответ на вопрос я получил, спасибо )

В ситуациях, когда в компании построены нормальные процессы, а не создают отделы дивопсов, часть работы по IaC выполняют разработчики, и соответсвенно, когда им нужна новая опция в конфиге идут в репу роли и добавляют

+100500

Всем привет

inqfen inqfen: Господа, это я ебанутый или где? В ансибле назначаю права на директорию, mode: 0777

В итоге права x--вроде

Делаю mode: "u=rwx, g=rwx, o=rwx" все норм

Делаю mode: "u=rwx, g=rwx, o=rwx" все норм

каким модулем назначаешь права?

file

а пользователь присутствует на целевом хосте?

вернее, так: приведи, пожалуйста, конкретную строчку из tasks/*.yml, которая некорректно работает

inqfen inqfen: Господа, это я ебанутый или где? В ансибле назначаю права на директорию, mode: 0777

https://unix.stackexchange.com/questions/103413/is-there-any-difference-between-mode-value-0777-and-777

я про это знаю

попробуй 0 опустить

пробовал

тоже фигня

кавычки еще

а пользователь присутствует на целевом хосте?

конечно

кавычки еще

без них ансибл вобще посылает же

или в owner только

надо глянуть

вернее, так: приведи, пожалуйста, конкретную строчку из tasks/*.yml, которая некорректно работает

а за этим надо на работу лезть, лень)

кстати 22:07:31 › ansible -i 'localhost,' -m file -a 'name=/tmp/test state=directory mode=0777' all localhost | SUCCESS => { ... } wasd at kwasdbook.nya in [~] 22:07:37 › stat /tmp/test File: /tmp/test Size: 40 Blocks: 0 IO Block: 4096 directory Device: 24h/36d Inode: 1188729 Links: 2 Access: (0777/drwxrwxrwx) Uid: ( 1000/ wasd)

таки слазил

- name: Chmod directory become: yes file: state: directory path: "/home/{{ host_user }}/{{ task }}/{{ project_name }}/{{ component_name }}" owner: "{{ host_user }}" group: www mode: "u=rwx,g=rwx,o=rwx" recurse: yes

вот в mode Было 0777

(ansible 2.4.0.0)

причем в том же таске на файл все норм применяется

- name: Chmod entrypoint become: yes file: path: /home/{{ host_user }}/{{ task }}/{{ project_name }}/{{ component_name }}/entrypoint.sh mode: 0755 тута

но я там и 755 пробовал там где не работет и 777 там где работает

такое ощущение, что косяк, если это директория

2.2.1.0 тоже хорошо чем же твой случай такой особенный

а что за система?

дебиан 8

тоже

ансибл правда вроде 2.1 (чтобы посмотреть надо на впн лезть)

я проверил с 1.7-2.4

везде всё rwxrwxrwx

фигня у меня какая-то

завтра попробую на аналогичной машине проверить

спасибо, буду значит у себя разбираться

к такому меня не готовили

?

Не плохо

а как мне объяснить ансиблу что у меня в переменной 05 это не 5?

из перменных типа 01, 02, 03 и т.д. нули теряет

как-то странно

Ожидаемо

0 вначале это указатель же на тип нет?

А вообще в кавычки возьми

ща попробую, я чёт прям призадумался

спасибо

Octal же

А вообще в кавычки возьми

не помогает

Думаю не поможет

Так что через шаблон

вот хрень

у меня может быть так только от 00 до 09, а потом как бы 10,11 и т.д. Не писать же отдельный шаблон.

не помогает

даже в одиночных?

ага и те и те попробовал

даже в одиночных?

Они равны же в ямле

может можно как-то указать что это строка, а не число?

А дальше парсер питона

у меня может быть так только от 00 до 09, а потом как бы 10,11 и т.д. Не писать же отдельный шаблон.

Не думаю что уникально

Они равны же в ямле

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

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

Был не прав

http://yaml.org/spec/1.2/spec.html#id2787109

%02d ? мб тогда

%02d ? мб тогда

а так оно сразу считает что это строка и хавает всю строку

:D

покажи код

засада) мож проще логику из энсибла вынести?

да это вообще одноразовая акция, ну типа развернуть один раз если с нуля. Потом и не меняется.

покажи код

в инвнетори файле стоит shard_key=05 в шаблоне j2 есть строка NGINX_CLIENT_BODY_TEMP_PATH: /storage/cache/{{ shard_key }}/nginx_webdav_client_body_temp_path

{{ '%02d' % shard_key }} ??

вроде так можно {{ shard_key | string }}

{{ '%02d' % shard_key }} ??

таки да, работает

вроде так можно {{ shard_key | string }}

не прокатило