внутри роли разбито все по файлам. эт понятно. но бить vertica.ins`/`vertica.conf на роли чет как то не то вроде. как вариант можно скрипты использовать…

Не с той стороны к задаче подходим :) вот и "не то"

придеться бить на роли… скрипты это еще один слой про который надо будет помнить..

Странно, я удалил файл, который ранее создал через copy: Но при повторном запуске таска, файл снова не копируется на целевую систему =(

Коллеги, привет! Есть вопрос по переменным : хочу в самом начале плейбука единоразово задать переменную. Переменная - вывод из shell-а. В group_vars/all/vars.yml - забиваю следующее: —- hosts: all tasks: - name: create_token shell: ls register: ls_var global_token: "{{ls_var.stdout}}" добавляю дебаг таск для определенной роли - вызываю и получаю ошибку неопределенной переменной ls_var При этом, если заменить в описании переменной ls_var.stdout на обычный текст - переменная global_token вполне нормально определяется и выводится при дебаге

в варсах вроде не идет выполнение тасков

в варсах вроде не идет выполнение тасков

ага, тоесть таким методом я не задам переменную (имеется в виду - вывод шела в перменную в vars) ладно, буду ковырять дальше, спасибо!

внутри роли разбито все по файлам. эт понятно. но бить vertica.ins`/`vertica.conf на роли чет как то не то вроде. как вариант можно скрипты использовать…

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

Подозреваю, что придется инклюдить в site.yml еще один плейбук, который будет задавать вот эти переменные

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

теги понятно, но просто там суть другая. писать еще раз не хочется )

теги понятно, но просто там суть другая. писать еще раз не хочется )

что именно писать ещё раз? роль одна, теги задают вызываемую часть

ага, тоесть таким методом я не задам переменную (имеется в виду - вывод шела в перменную в vars) ладно, буду ковырять дальше, спасибо!

у меня для такого есть роль pre

--- # tasks file for haproxy - include: install.yml tags: - install - include: configure.yml tags: - configure handlers: restart haproxy - include: stop.yml tags: - stop, restart - include: start.yml tags: - start, restart - include: status.yml tags: - status

немного костыль но лучше чем таски перед ролью

есть же pre_tasks

правда не ассоциируешь с конкретной ролью

претаск выглядит как хрень

что именно писать ещё раз? роль одна, теги задают вызываемую часть

{ role: xxx, tags: [ aaa, vvv ] } — есть роли которые используются в разных плейбуках. где то нужно только инстал сделать, где то и инсталл и конфигурация

претаск выглядит как хрень

почему?

почему?

зрительно. :)

ну и вообще выглядит как официально зарегистрированный костыль

{ role: xxx, tags: [ aaa, vvv ] } — есть роли которые используются в разных плейбуках. где то нужно только инстал сделать, где то и инсталл и конфигурация

...вон оно что, Михалыч.... (С) Не зная деталей, сложно рекомендовать что-то конкретное. Лично я на своих проектах пользуюсь очень простой философией: одна роль = один компонент. Если ему нужен ещё кто-то - ок, вызываем другую роль. Явно, неявно, с тегами, без тегов - это уже вторичные детали, и "your mileage may vary".

>Если ему нужен ещё кто-то - ок, вызываем другую роль. а можно пример кода для чего-то боль-мень сложного? интересно. например какой нить компонент опенстека который зависит от nginx, haproxy.

...вон оно что, Михалыч.... (С) Не зная деталей, сложно рекомендовать что-то конкретное. Лично я на своих проектах пользуюсь очень простой философией: одна роль = один компонент. Если ему нужен ещё кто-то - ок, вызываем другую роль. Явно, неявно, с тегами, без тегов - это уже вторичные детали, и "your mileage may vary".

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

@im_citius @freeseacher Спасибо, коллеги, буду ковырять разные решения. Сначала надо понять самому, как лучше сделать.

@im_citius ну, кстати, данная хрень - для разворачивания OS - из шела генерю токен. Думаю, что легче будет под каждую инсталяцию просто генерить токен вручную

>Если ему нужен ещё кто-то - ок, вызываем другую роль. а можно пример кода для чего-то боль-мень сложного? интересно. например какой нить компонент опенстека который зависит от nginx, haproxy.

пожалуйста. из того, что под рукой: (roles/Graylog2/graylog-ansible-role/meta/main.yml) —- dependencies: - role: 'lesmyrmidons.mongodb' when: graylog_install_mongodb - role: 'elastic.elasticsearch' when: graylog_install_elasticsearch - role: 'jdauphant.nginx' when: graylog_install_nginx

но это, скажем так, более высокоуровневый вызов - тегов тут нет, здесь скорее аналог автоуcтановщика. зато автовызовы ролей - есть

или куда-то вот сюда: roles/rundeck/meta/main.yml: dependencies: - { role: geerlingguy.java, java_packages: [ 'java-1.8.0-openjdk' ], java_home: '/usr/lib/jvm/jre' }

@tnt4brain спс.

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

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

зависит от содержимого файла (может быть три разных модуля)

зависит от содержимого файла (может быть три разных модуля)

Ну вот я его копирую из подскаталога files

В первый раз он прилетел на целевую систему. Потом я его поменял у себя, но он не обновился на целевой системе и я его удалил. Но при повторном запуске он не появляется, хотя после выпоолнения таска всё зелёным и ок

http://docs.ansible.com/ansible/latest/copy_module.html#copy force=yes если не появляется - значит, ты имеешь в виду один файл, а ансибл обращается к другому

Хмм, щас форс попробую, спасибо

И правда помогло, спасибо.

пожалуйста

@im_citius ну, кстати, данная хрень - для разворачивания OS - из шела генерю токен. Думаю, что легче будет под каждую инсталяцию просто генерить токен вручную

руками всегда легче. но immutable inftrastructure...

посоны, у меня есть две роли - nginx и docker, у обоих в зависимостях стоит роль base. если я назначу обе этих роли на одну тачку, то base два раза применится?

Да

а почему так сделано

Один раз, почему два

Один раз изменин, второй раз нет

ну плэя то два получится

а вот и нифига, один раз он плэй делает если роли пересекаются, проверил

Такой вопрос. А у кого сколько переменных объявлено в среднем в файле group_vars для проектов?

у меня больше всего скорей в hosts_vars

Было?

А тем временем, сегодня Ansible обновился до версии 2.4 Из основных изменений: — Множество новых модулей для облаков, сетей, windows — become для windows хостов — Новая директива order, позволяющая переупорядочивать выполнение тасков на хостах — Директиву include разделили на import/include — Много улучшений в inventory — Перестали поддерживаться python 2.4, 2.5 https://goo.gl/q1vfCu

Неа

инвентори в виде yaml!

ура

про windows надо почитать

кто нибудь щупал chocolatey ?

в винде так просто не задашь http_proxy через который chocolatey может скачивать пакеты

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

кто нибудь щупал chocolatey ?

если поищешь по истории сообщений - там можно много чего прочитать про него )

инвентори в виде yaml!

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

Кто нибудь в курсе чат по докеру есть?

Кто нибудь в курсе чат по докеру есть?

https://t.me/docker_ru

Спс

или же официальная группа. @ru_docker

Коллеги, просветите пожалуйста. Есть приложение разворачивается очень просто. из архива :) Используем модуль unarchive. ансибл каждый раз распаковывает архив и заменяет файлы. как это делать правильным образом? чтобы распаковал 1 раз, и если директория существует, то не повторял каждый раз

через пару итераций решения проблемы придете к пакетам.

проверено

что за пакеты?

пакаты операционой системы

deb/rpm

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

Коллеги, просветите пожалуйста. Есть приложение разворачивается очень просто. из архива :) Используем модуль unarchive. ансибл каждый раз распаковывает архив и заменяет файлы. как это делать правильным образом? чтобы распаковал 1 раз, и если директория существует, то не повторял каждый раз

проверять перед распаковкой

там много на самом деле костыльных решений разной степени рабочести.

там много на самом деле костыльных решений разной степени рабочести.

печалька. я думал уже есть какой то "бест практис"

unarchive в /tmp/random сopy /tmp/random /opt/app

- name: check archive exist stat: path: /tmp/xxxx register: stat_result

+ за пакеты. штатный и самый универсальный способ

печалька. я думал уже есть какой то "бест практис"

конечно есть. пакеты, а не мастурбация

наименее костльное. но всё равно потом будут с ним вопросы и в итоге пакеты.

делай через stat

я сейчас тоже на этом перепутье