Atom. И там реально пробелы, в гите и в консоле все норм

у меня циклов нет. но мне кажется виноват редактор

ну никак не for

Не думаю что редактор. У знакомого такая же проблема была, у него не Атом.

я честно не сталкивался с таким

вот пример с пустой строкой

буду копать дальше

Пробелы перед jinja тегами убери

http://jinja.pocoo.org/docs/2.10/templates/#whitespace-control

Именно поэтому проще поставить через pip и не отрубать репы...

буду копать дальше

Не надо копать (хотя если ты хочешь копать - я тебя, конечно, не отговорю никак). Просто оставлю это здесь - http://jinja.pocoo.org/docs/2.10/templates/#whitespace-control.

и вот ещё вкусняшка: https://ansiblemaster.wordpress.com/2016/07/29/jinja2-lstrip_blocks-to-manage-indentation/

и вот ещё вкусняшка: https://ansiblemaster.wordpress.com/2016/07/29/jinja2-lstrip_blocks-to-manage-indentation/

Вот это, кстати, самое приятное решение. Игра с - почти решает проблему, одна строчка так и не хотела вставать на два пробела левее…

Я когда генерил то же самое, форы выровнял по левому краю, а вставки оставил форматированными относительно окружающего xml получилось норм

Но это костыль конечно

Скажите, а кто-то с debops'овыми ролями работал? Они выглядят как очень тщательно написанные, но как их начать использовать не понятно.

Их много, и они сильно завязаны друг на друга как я помню

Господа, есть такое инвентори: [lvs] lvs01 ansible_host=192.168.122.186 lvs02 ansible_host=192.168.122.3 [lvs:vars] haproxy_vip="192.168.122.122" Есть такая же role: - name: configure Keepalived and HAProxy on LVS hosts: lvs roles: - {name: lvs, tags: lvs} При попытке сделать import_role переменные не импортируются.

Или это нормальна практика и все переменные нужно прятать в vars/ ??

друзья, можно как нибудь удалить 1 таской все файлы в директории не удаляя её саму?

[WARNING]: Consider using the file module with state=absent rather than running rm. If you need to use command because file is insufficient you can add warn=False to this command task or set command_warnings=False in ansible.cfg to get rid of this message.

если сделать rm -rf /path/*

он ворнинги сыпет

а делать 2 таски, одной которой файндом собираешь каталоги внутри а второй удаляешь

в цикле

я считаю зашкварчик

If you need to use command because file is insufficient you can add warn=False to this command task or set command_warnings=False in ansible.cfg to get rid of this message.

в чем проблема-то

друзья, можно как нибудь удалить 1 таской все файлы в директории не удаляя её саму?

вот такой лайфхак http://manefesto.blogspot.ru/2018/04/cleanup-folder-with-ansible.html

with_items тут реально неожиданное применение нашло

вообще внезапный with_items

спасибо за идею

with_items тут реально неожиданное применение нашло

о каща брат

спасибо)

я сам где то взял её на просторах интернета мне надо кэш было чистит у ларавела

и тут на тебе, кошерное решение

If you need to use command because file is insufficient you can add warn=False to this command task or set command_warnings=False in ansible.cfg to get rid of this message.

так чё можно всё на шеле написать и выполнить баш скрипт

а еще можно не доводить все до абсурда

ну шел шелом, но надо правильно уметь готовить ансибл. Думаю можно что-то придумать и гитом

у меня тоже было на шеле кое что, например копирование с хоста на хост через rsync, потом почитал мануалы и сделал правильно через synchronize

@Stan, ты что-то странное говоришь. Перменные из инвентори в import_role должны быть доступны, если они не переопределяются где-то внутри самой роли (role/vars, например).

читаю best practice и возник вопрос, как сделать глобальные переменные для всех ролей ? при этому плейбуков у меня с десяток уже

Для "всех ролей" неправильная форулировка. "Для всех плейбуков"?

ну да

group_vars ?

Тогда положи их в group_vars/all для хостов.

Или даже в инвентори, в районе [all:vars].

ну инвентори колпуать не охота, то есть в принципе достаточно group_vars/all/main.yml или как ?

аааа

нашел

all.yaml

можно даже без расширения

Ага. Учитывай только порядок переопределения.

@Stan, ты что-то странное говоришь. Перменные из инвентори в import_role должны быть доступны, если они не переопределяются где-то внутри самой роли (role/vars, например).

Они в inventory

Yaml без расширения - дурной тон (нарушение best practices).

не факт

@Stan, пиши микропример (инвентори и роль с debug'ом).

а за засовывание переменных в инвентори нужно бить по голове

@Nklya, не согласен. environment-specific переменные в inventory быть и должны. Например, если есть production & staging, то где хранить имя окружения?

Да, я бы не отказался от более strict правил для ansible. Слишком много путей сделать одно и то же

@Nklya, не согласен. environment-specific переменные в inventory быть и должны. Например, если есть production & staging, то где хранить имя окружения?

В соответствующей папочке

Хорошо написанные плейбуки не требуют доработки (где-либо в переменных) при добавлении environment'а.

ну вот

точно кто-то рекламу канала запустил

а есть best practices по названию ролей и блейбуков ?

я использую что то типа {{action}}_{{type}}_{{group}} то есть update_db_production

или deploy_test

Role Naming Conventions Role names - Terse, one word if possible, use underscores if necessary. Role task names - Terse, descriptive, spaces are OK and should be prefixed with the role name.

Господа Подскажите все таки как импотироваить роль со всеми переменными?

А короче в шоке, пора открывать issue "да вы ебанулись 2"

ну вот как так?

2 абсолютно разных модуля, с абсолютно разным назначением и параметрами

при этом в changelog ни слова об этом

не, отбой, походу с докуемнтацией косякнули

ребят, а можно как-то без delegate_to в модуле syncronize задать пусть на ремоут хосте? типа synchronize: mode: pull src: "ip_host:/tmp/test" dest: "tmp/test" просто если так делаю, то естественно он не находить сурс, а делать delegate_to на сорс хост не вариант, потому что впн и назад он не пушит данные... вариант только юзать shell: rsync?

Укажи через rsync

Src: rsync://

Я так делаю

Говорят можно даже через ssh прикрутить

через rsync:// тоже пробовал возвращает nrsync: did not see server greeting\nrsync error: error starting client-server protocol (code 5)

я ж так понял тогда надо rsync демон сам поднять?

Поставь значит rsync ну или включи его

Какая ос?

центос 7

И вообще хранить переменные в инвентори это так себе идея ?

нормальная идея

в инвентори живёт всё то, чем конкретный инвентори отличается от другого такого же

центос 7

ну можешь тогда поверх ssh, что-то типа rsync -e "ssh"