есть идеи? через register не взлетает

register + stdout + local_action + что-то выводящее в файл

ребят, где тут в синтаксе жопа —- sudo: yes include: - roles/mysql_inlearno/tasks/percona57_install.yml - roles/mysql_inlearno/tasks/setup_db_monitoring.yml

ребят, где тут в синтаксе жопа —- sudo: yes include: - roles/mysql_inlearno/tasks/percona57_install.yml - roles/mysql_inlearno/tasks/setup_db_monitoring.yml

become?

The offending line appears to be: —- sudo: yes ^ here

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

http://stackoverflow.com/questions/26638180/write-variable-to-a-file-in-ansible

не работает регистер в переменную а потом так?

парни, подскажите

http://pastebin.com/sBzWUSj5

вот такая таска, инклюдится из rolename/task/main.yml

отрабатывает с ошибкой

FAILED! => {"failed": true, "reason": "no action detected in task. This often indicates a misspelled module name, or incorrect module path.

tasks:

tasks:

убрать ваще?

да

не нужен, если внутри роли

насколько помню

убрал, тоже самое (

а нах тебе судо?

в таске

да я лох

меня носом ткнули, а я не понял

это в плейбуке должно быть

и не судо

--- - hosts: all become_method: sudo become: yes

ну у меня так по крайней мере

у меня тут новая проблема вылезла)

SSH password: ERROR! Syntax Error while loading YAML. The error appears to have been in '/Users/sundelor/git/all/roles/common/defaults/main.yml': line 3, column 22, but may be elsewhere in the file depending on the exact syntax problem. The offending line appears to be: --- selinux_disable: "no" # yes ^ here This one looks easy to fix. It seems that there is a value started with a quote, and the YAML parser is expecting to see the line ended with the same kind of quote. For instance: when: "ok" in result.stdout Could be written as: when: '"ok" in result.stdout' Or equivalently: when: "'ok' in result.stdout"

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

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

каким это макаром?)

я слил недельный коммит с гита там та же ситуация

я слил недельный коммит с гита там та же ситуация

ту олд

ту олд

не, в том комите все работало

да я шучу

а я вот нет

suka

это ансибль

в пипе кривой ансибль

судя по всему

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

ailed: [172.16.0.136] (item=ans-test) => {"failed": true, "item": "ans-test", "msg": "the python mysqldb module is required"} failed: [172.16.0.136] (item=127.0.0.1) => {"failed": true, "item": "127.0.0.1", "msg": "the python mysqldb module is required"} failed: [172.16.0.136] (item=::1) => {"failed": true, "item": "::1", "msg": "the python mysqldb module is required"} failed: [172.16.0.136] (item=localhost) => {"failed": true, "item": "localhost", "msg": "the python mysqldb module is required"}

блин, поставил уже все что можно

и пипом, и ямом

а ансибл экстра поставил ?

а ансибл экстра поставил ?

ниет

поставлю пожалуй

а ансибл экстра поставил ?

https://github.com/ansible/ansible-modules-extras ты про это?

ага, но у тебя похоже просто https://github.com/geerlingguy/ansible-role-mysql/issues/42 этот баг

красиво то как бл

у меня пухтон 2.6

надо наверное того

А как бы вы решили такую проблему: есть RDS в us-west-1 и RDS в eu-central-1. В кажом регионе есть нода которая выступает бастионом. Т.е. доступ к базе только через эту ноду. Теперь пишем плейбук который будет работать с базой. Надо запустить команду на обеих базах одним плейбуком за один запуск. Проблема в том, что не ясно как выбрать правильный бастион для доступа.

А как бы вы решили такую проблему: есть RDS в us-west-1 и RDS в eu-central-1. В кажом регионе есть нода которая выступает бастионом. Т.е. доступ к базе только через эту ноду. Теперь пишем плейбук который будет работать с базой. Надо запустить команду на обеих базах одним плейбуком за один запуск. Проблема в том, что не ясно как выбрать правильный бастион для доступа.

а насколько одновременно надо ?

и как часто ?

Ну вот прям параллельно

кстати, есть ключ или что то такое чтобы распарсить такой шикарный вывод

ntp + cron

хотябы с учетом \n

Хардкодить IP бастиона в каждом файле group_vars ваще чет не резон

кстати, есть ключ или что то такое чтобы распарсить такой шикарный вывод

проще сходить на инстанс и посмотреть глазами на что ругань в этой команде

Хардкодить IP бастиона в каждом файле group_vars ваще чет не резон

в ссх конфиге можно джампхост прописать

Так один хер хардкодинг

Грубо говоря у меня в плейбуке есть delegate_to: hostvars[groups['bastion'][0]]...

Ну и конечно же с двумя регионами это не пашет

У меня в каждом регионе есть по 2 бастиона. Т.е. всего 4 входных точки

Т.е. цель чтобы плейбук делегировался на 1й и 3й IP при выполнении (для us-west-1 на 1й а для eu-central-1 на 3й)

А щас получается всегда 1й. ПОтому что при одновременном запуске на 2 региона эти IP адреса группы bastion слепливаются в один сет

может в ssh config прокси прописать?

хм непробовал одновременно работать с 2мя регионами

Прописать я то могу. И в ssh конфиге, и в group_vars. Вопрос, как это сделать без ясного прописыания

явного*

Типо, я же по AWS REST адреса то получаю

И список регионов тоже есть...

кстати, есть ключ или что то такое чтобы распарсить такой шикарный вывод

можно использовать callback plugin human_log.py

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

😂

Я бы легко решил эту задачу, если бы ссаны ансибл позволял:&воттак:!комбинировать группы в инвентори файле, как это можно делать в lookup плагинах

Но, сука, так нельзя делать.