но как это сделать

если ты хочешь инклудить внутри варс(а я подозреваю что ты хочешь) то нет это так не работает

Собственно, group_vars - переменные для групп, которые описаны в инвентори...

Эммм... чот не вкурил. А как оно может не совпадать?

ну разбить можно поразному.

group_vars это общие

а у меня конфиги на 1 проект находятся в host_vars

Собственно, group_vars - переменные для групп, которые описаны в инвентори...

человек хочет разбить на логические состовляющие

пример приведу

host_vars/site.ee/vars.yml host_vars/site.ee/main.yml host_vars/site.ee/php.yml host_vars/site.ee/mysql.yml vars.yml --- - include main.yml - include php.yml - include mysql.yml

============== потом же будет порядок и работать же с этим будет легче

host_vars/site.ee/vars.yml host_vars/site.ee/main.yml host_vars/site.ee/php.yml host_vars/site.ee/mysql.yml vars.yml --- - include main.yml - include php.yml - include mysql.yml

нельзя инклюдить в варсах.

работать с этим легче не будет.

вот видите, Anatoly говорит нельзя

значит нельзя

человек хочет разбить на логические состовляющие

Да я понимаю. Я не про это

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

host_vars/site.ee/vars.yml host_vars/site.ee/main.yml host_vars/site.ee/php.yml host_vars/site.ee/mysql.yml vars.yml --- - include main.yml - include php.yml - include mysql.yml

Это не так работает

значит нельзя

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

Зачем тебе инклюдить в варсах?

Вернее - там даже инклюдить не надо

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

я же им даже название даю

php.yml - значит конфиг ток для php

Да блин... разделяй. Просто инклудить зачем?

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

как разделять

Ты можешь создать host_vars/site.ee/php

можешь создать просто host_vars/site.ee/ директорию и положить туда любые файлы без расширений

оно не будет работать

он хочет vars файл

И оно будет работать с хостом, которые называется site.ee

я уже попробовал так запустить

И?

у меня было host_vars/site.ee/php.yml host_vars/site.ee/vars.yml

ну что и, не подхватывал конфиги

а у тебя хост называется site.ee?

да

то что в vars.yml подхвотил

а из php.yml не подхвотил

Эээээ чот я вообще запутался

@sysVinit если вас не затруднит, скажите как

у меня на каждое окружение отдельный инвентори вот листинг директорий http://pastebin.com/H7zBxYF4

никаких инклудов не надо

./inventory/host_vars/zabbix.example.com: mysql.yml pve3ct.yml zabbix-agent.yml zabbix.yml

как это работает?

у меня так не читает

ах

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

include точно никак не сделать?

Может быть у тебя где-то еще переменные определены и они переопределяют то, что у тебя в group_vars?

include точно никак не сделать?

в vars не сделать

Зачем там инклуд вообще?

кароче, вспомнил я vars_files: - "{{ inventory_dir }}/host_vars/{{ hosts_vars }}/vars.yml"

есть какой-нибудь способ, подобие такого? vars_files: - "{{ inventory_dir }}/host_vars/{{ hosts_vars }}/*.yml"

@sysVinit а у тебя есть разделение на stage и prod? или ты только на prod выкладываешь сразу без тестов.

@sysVinit а у тебя есть разделение на stage и prod? или ты только на prod выкладываешь сразу без тестов.

Это домашняя лаба. Конфигурятся сервисы для неё. Роли тестируются в gitlabci, сначала ansible-review, потом раскатываются на котейнерах с целевыми ос. А на работе с управлением конфигурацией треш, угар и содомия, каждый конфигурит и деплоит, как ему по душе.

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

@sysVinit gitlabci только используете или jenkins тоже пробовали? почему именно gitlabci?

то есть тестируешь еще, чтоб все команды в ansible работали

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

Нее, оперейшенз)) я подконтрольные хосты/сервисы с рабочей машинки. У меня проли и поейбуки. Другой опс деплоит со своей рабочей машины цельными поейбуками. Мы наши роли / плейбуки храним в рпсовом гогсе. Третий опс хранит цельные плейбуки и запускает их в дженкинсе. Часть продуктов деплоятся из тар-архивов с артифактори, часть гитпуллом на целевой машине.

то есть тестируешь еще, чтоб все команды в ansible работали

Да, роли тестируются, и синтаксис и корректная работа.

Но это дома.

А на работе тестов на роли не пишу, нет времени.

понятно

Всем привет, есть одна проблема, которую не могу решить. Я использую ansible для создания, рабочего окружения, запускаю playbook и он мне собирает проект на базе docker-compose, в определенную папку, чтоб это каждый раз не делать руками я использую ansible, который мне соберет все включая dockerfiles, с необходимыми расширениями и так далее. --- но так как это надо сделать на localhost, то возникают некоторые проблемы с получением host_vars. Раньше я их получал просто через vars_files - hosts: "localhost" vars_files: - "{{ inventory_dir }}/host_vars/{{ hosts_vars }}/vars.yml" но хотелось бы, чтоб система не была привязана к одному файлу, потому что возникают некоторые проблемы в такой реализации. --- Если поменять hosts -> - hosts: "site.ee" тогда конечно он будет брать нужный мне host_vars, но он будет стучать уже не на localhost, а на другой хост, который там будет указан для stage серверов. Пытался так же использовать delegate_to, но он работает только для tasks, для roles он работать не будет. --- Кто может подсказать, как можно решить эту проблему?

Ты в одном плейбуке можешь несколько плеев сделать

- hosts: localhost roles: - myrole1 - hosts: host1 roles: - myrole2

Работать будут по порядку

ERROR: S client not available

Причем можно получить параметры из предыдущего плея:

hostvars['localhost']['myvar']

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

Получишь

Второй плей притащит данные для его хоста

я плохо представляю как это работать будет

так как он начнет коннектиться к какому-нибудь серверу

так как hosts он игнорировать не может

так как все действия делаются только на localhost

Тогда выставь delegate_to на плей

Не уверен что будет работать, но попробуй

как я тебе на плей выставлю, delegate_to работает только на tasks

я на roles пробывал вешать и под хостом, это не работает

?

Всем привет, есть одна проблема, которую не могу решить. Я использую ansible для создания, рабочего окружения, запускаю playbook и он мне собирает проект на базе docker-compose, в определенную папку, чтоб это каждый раз не делать руками я использую ansible, который мне соберет все включая dockerfiles, с необходимыми расширениями и так далее. --- но так как это надо сделать на localhost, то возникают некоторые проблемы с получением host_vars. Раньше я их получал просто через vars_files - hosts: "localhost" vars_files: - "{{ inventory_dir }}/host_vars/{{ hosts_vars }}/vars.yml" но хотелось бы, чтоб система не была привязана к одному файлу, потому что возникают некоторые проблемы в такой реализации. --- Если поменять hosts -> - hosts: "site.ee" тогда конечно он будет брать нужный мне host_vars, но он будет стучать уже не на localhost, а на другой хост, который там будет указан для stage серверов. Пытался так же использовать delegate_to, но он работает только для tasks, для roles он работать не будет. --- Кто может подсказать, как можно решить эту проблему?

Про delegate_to: Попробуй: ''' - block: - shell: whoami - shell: hostname delegate_to: localhost

не очень понял, что такое block? @sysVinit

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

http://docs.ansible.com/ansible/playbooks_blocks.html

а на roles как-то можно сделать?

если указываю: --- - hosts: "site.ee" то он все равно будет долбиться на ip, который указан в inventories/stage/hosts даже если я в блоках укажу delegate_to. поэтому я сделал так: - hosts: "localhost" vars_files: - "{{ inventory_dir }}/host_vars/{{ hosts_vars }}/vars.yml" но это какой-то костыль. @sysVinit

если указываю: --- - hosts: "site.ee" то он все равно будет долбиться на ip, который указан в inventories/stage/hosts даже если я в блоках укажу delegate_to. поэтому я сделал так: - hosts: "localhost" vars_files: - "{{ inventory_dir }}/host_vars/{{ hosts_vars }}/vars.yml" но это какой-то костыль. @sysVinit

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

не очень понял, а в чем разница? у меня проблема в том что я не могу разделить файл vars.yml на несколько файлов, то как мне было бы удобней. К примеру: host_vars/site.ee/vars.yml host_vars/site.ee/main.yml host_vars/site.ee/php.yml host_vars/site.ee/mysql.yml но с моей логикой я привязан только к одному файул, vars.yml

?

если указываю: --- - hosts: "site.ee" то он все равно будет долбиться на ip, который указан в inventories/stage/hosts даже если я в блоках укажу delegate_to. поэтому я сделал так: - hosts: "localhost" vars_files: - "{{ inventory_dir }}/host_vars/{{ hosts_vars }}/vars.yml" но это какой-то костыль. @sysVinit

setup: false и долбиться не будет, пока не понадобится или пока не сделаешь setup явно

setup: false это куда вставтиь надо

не очень понял, а в чем разница? у меня проблема в том что я не могу разделить файл vars.yml на несколько файлов, то как мне было бы удобней. К примеру: host_vars/site.ee/vars.yml host_vars/site.ee/main.yml host_vars/site.ee/php.yml host_vars/site.ee/mysql.yml но с моей логикой я привязан только к одному файул, vars.yml

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

setup: false это куда вставтиь надо

Вместе с hosts

--- - hosts: "localhost" setup: false ?

--- - hosts: "localhost" setup: false ?

Да

так не работает

так не работает

Смотря что

ERROR! 'setup' is not a valid attribute for a Play The error appears to have been in '/ansible/kit.yml': line 2, column 3, but may be elsewhere in the file depending on the exact syntax problem. The offending line appears to be: --- - hosts: "localhost" ^ here