а вообще удали нахер ансибль из pip и поставь из brew у меня пиповый не работал нихера

Ansible-lint вроде в brew нет

Ansible-lint вроде в brew нет

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

А чего с ним не так?

ансибль оттуда сегодня прилетел веселый

Я пропип

М?

Сломаль?

ога

удалил - поставил из брю - все работает

))

Нет, макось гавно, фрибсд не нужно, а опенвмс - шлак

бугага

чейта вас с утра и похоливарить поперло

С утра ахах

хз, у меня выходной и у меня утро)

Да они вчера ночью холиварили

аа

ок)

😂😂😂😂

Коллеги

поясните вот за эту йобу

when: bar is not defined

The error was: error while evaluating conditional (var): 'var' is undefined\n\nThe error appears to have been in

а, кажись понял

а почему ансибл берет хендлер от другой роли? Например у меня есть роль для php-fpm. Есть роль для деплоя сайта, там лежит отдельный хендлер для рестарта php-fpm. При выполнении общего плейбука (по тегу задействуется только роль деплоя) он пытается дернуть хендлер от php-fpm

а еще в 2.1.2.0 у меня начал писать такой вывод: $ ansible-playbook -i inventory/testing site.yaml --tags=feedback --check --diff statically included: /usr/src/deploy/roles/common/tasks/configure-common.yaml statically included: /usr/src/deploy/roles/common/tasks/configure-users.yaml так по всем плейбукам, не подскажите как поправить такое поведение?

а еще в 2.1.2.0 у меня начал писать такой вывод: $ ansible-playbook -i inventory/testing site.yaml --tags=feedback --check --diff statically included: /usr/src/deploy/roles/common/tasks/configure-common.yaml statically included: /usr/src/deploy/roles/common/tasks/configure-users.yaml так по всем плейбукам, не подскажите как поправить такое поведение?

я так понимаю, что он просто оповещает о том, что плейбук инклюдит что-то

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

алсо у меня починились retry

я так понимаю, что он просто оповещает о том, что плейбук инклюдит что-то

Да, проблем нет. Просто лишний вывод. Судя по коду он никак не отключается

деньдобрый

fatal: [172.16.0.136]: FAILED! => {"changed": false, "failed": true, "msg": "src and content are mutually exclusive"} to retry, use: —limit @install_mysql_inl.retry

- copy: src="zabbix_scripts" dest="/var/lib/zabbix/percona/scripts" owner="zabbix" mode="754" content="yes" sudo: yes

вот на эту строку ргаются

не могу понять, что ему надо

контент убери

тогда немного не тот эффект получается

мне папка туда копируется

а надо файлы в ней

content это не булево поле

А то, что "поместить" внутрь фала. Написано же что опции взаимоисключающие друг друга

И sudo юзать не кошерно

да, поменяю

апну тему, никто не натолкнет на путь истинный?

а почему ансибл берет хендлер от другой роли? Например у меня есть роль для php-fpm. Есть роль для деплоя сайта, там лежит отдельный хендлер для рестарта php-fpm. При выполнении общего плейбука (по тегу задействуется только роль деплоя) он пытается дернуть хендлер от php-fpm

а почему ансибл берет хендлер от другой роли? Например у меня есть роль для php-fpm. Есть роль для деплоя сайта, там лежит отдельный хендлер для рестарта php-fpm. При выполнении общего плейбука (по тегу задействуется только роль деплоя) он пытается дернуть хендлер от php-fpm

а какая версия кстати?

а какая версия кстати?

2.1.2.0

прям в логах видны пути к другой роли?

да для хэндлеров в ансибле это норм=)

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

У тебя роль deploy/tasks/main.yml вызывает хэндлер, но инклудится не deploy/handlers/main.yml, а php-fpm/handlers/main.yml?) я такого не встречал

может у тебя в зависимостях есть связи

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

Не, там явно другой хендлер тянет. У него немного другие переменные и поэтому он падает

Задам опять глупый вопрос

А можно по итогам выполнения плейбука генерить плейбук в котором собраны все шаги?

Ну или вообще бинарь или что-то в этом роде

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

Недоступной

@mbaran0v ну так проверь, что я перечислил, вроде, несложно. А так ты пока повторяешь, что вызывается другой хэндлер без логов и чего бы то ни было.

хендлеры называются одинаково, в обоих ролях

RUNNING HANDLER [nginx : reload nginx] ***************************************** changed: [192.168.20.189] RUNNING HANDLER [php-fpm : restart php-fpm] ************************************ fatal: [192.168.20.189]: FAILED! => {"failed": true, "msg": "the field 'args' has an invalid value, which appears to include a variable that is undefined. The error was: 'php_fpm_daemon' is undefined\n\nThe error appears to have been in '/home/bmy/Projects/20160805_hosting/config/roles/php-fpm/handlers/main.yaml': line 3, column 3, but may\nbe elsewhere in the file depending on the exact syntax problem.\n\nThe offending line appears to be:\n\n\n- name: restart php-fpm\n ^ here\n"}

кажется я догадался почему так - в обоих ролях используется notify: restart php-fpm. Так как ансибл запускает хендлеры в конце выполнения всего плейбука, то поэтому и дергает первый попавшийся хендлер с таким названием

Это первое, что приходит в голову, странно, что за два дня ты не решился проверить)

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

@mbaran0v

Это первое, что приходит в голову, странно, что за два дня ты не решился проверить)

сразу в голову не пришло, смутили строчки в конфиге https://github.com/ansible/ansible/blob/v2.1.2.0-1/examples/ansible.cfg#L64

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

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

надо вообще выкасить) какой-то артефакт для любителей milf

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

мы хэндлеры в отдельную роль вынесли, чтобы так удобнее было это делать

расскажите мне, вообще они зачем

я так и не понял?

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

ну чтобы не делать 5 раз рестарт сервиса

на длинном выполнении

с каждого экшна, который требует рестарт

а делать один раз в конце

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

Далее полёт фантазии

Рестарт сервиса самый частый вариант, именно так