-vvvvvvv добавлять только.

ну и через модуль debug

(для чего код плейбука придется править)

ansible-playbook playbook.yml -vvvvvvv -C - я вот так дебажу обычно, хватает.

-С = dry-run

Тут явно надо просто разобраться какой анс стартует

И какой надо для этого модуля

1.9 ему надо

между 1.9 и 2.0 поменяли API

https://github.com/ansible/ansible/blob/devel/docsite/rst/developing_api.rst

https://docs.ansible.com/ansible/porting_guide_2.0.html

ломались ansible-munin, ansible-java, еще что-то такое же шлаковое

http://docs.ansible.com/ansible/developing_modules.html#debugging-ansiblemodule-based-modules

https://github.com/ansible/ansible/issues/14018

там наверное есть

А тут есть боги ансибла?

Кто мне расскажет, какие секции могут быть внутри play?

Это исходнички надо читать, или где-то есть внятное описание?

Есть в гугле пример complete playbook

между 1.9 и 2.0 поменяли API

И это пиздец. Редхат к чему не притронется - говно какое-то выходит

ленькиными заветами

так есть код - правь. NDA - правь сама.

так есть код - правь. NDA - правь сама.

да она уже и правит, позже вполне оправданный вопрос был, не видел ли кто примера "было - стало"

дочитал )

я ж не постоянно в чате..

https://github.com/silpion/ansible-java/commit/cd207b1b14c2b2c34c392ef3308ede402d1559b2

Кто мне расскажет, какие секции могут быть внутри play?

вот эта вот фигня. комменты там читать - сдохнуть. $ wget https://gist.githubusercontent.com/marktheunissen/2979474/raw/bb38ddae2ed60f11dbc0af481927912e8b4433f3/pedantically_commented_playbook.yml $cat pedantically_commented_playbook.yml | grep -v "#" | grep -v "^$"

$cat pedantically_commented_playbook.yml | grep -v "#" | grep -v "^$" = egrep -v "#|^$"

и наверное таки ^#

я привык два раза грепать, не могу себя переучить.

grep -v “^$” строки пустые нахуй вырежет чтобы это было на код похоже.

вот эта вот фигня. комменты там читать - сдохнуть. $ wget https://gist.githubusercontent.com/marktheunissen/2979474/raw/bb38ddae2ed60f11dbc0af481927912e8b4433f3/pedantically_commented_playbook.yml $cat pedantically_commented_playbook.yml | grep -v "#" | grep -v "^$"

я уже больше нарыл из исходничков :-)

Ко мне тут в убунтучате школьник за такой пайп доебался

Два дня мозг мне выносил

grep -v “^$” строки пустые нахуй вырежет чтобы это было на код похоже.

Это к чему? (я про конструкцию в курсе)

Два дня мозг мне выносил

на тему?

на тему?

что я грепал греп а потом авкал его

типа в один авк все можно было

и так доебался что я оттуда ливнул

а, можно

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

и мне потом ее читать легко

но порой проще сначала грепнуть ) мало кто знает даже авк более чем {print $2}

а для посложнее есть перл

но порой проще сначала грепнуть ) мало кто знает даже авк более чем {print $2}

там ексель целый

просто надо манить синтаксис

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

не, средней сложности конструкцию читать легко.. писать сложнее

хай

поправил переменные в group_vars/all.yaml но плейбук юзает старые

притом только в одной роли блин

хотя нет, не в одной :(

может они у тебя в defaults написаны и это забыто? =)

там есть такая вот штука с 2.x - если прописал в role defaults что-то, ему насрать будет и на group_vars, и на host facts In 2.x, we have made the order of precedence more specific (with the last listed variables winning prioritization): role defaults [1] inventory vars [2] inventory group_vars inventory host_vars playbook group_vars playbook host_vars host facts play vars play vars_prompt play vars_files registered vars set_facts role and include vars block vars (only for tasks in block) task vars (only for the task) extra vars (always win precedence)

(однажды незнание сего факта было для меня забавным и досадным факапом)

но мой факап решился тем что я всё определил в role defaults и у меня переопределения в итоге не было.

наоборот точнее, last listed winning. ему будет не насрать.

> если прописал в role defaults что-то, ему насрать будет и на group_vars, и на host facts судя по тому списку что ты привел все наоборот - role defaults имеют самую слабую силу

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

поправил переменные в group_vars/all.yaml но плейбук юзает старые

а что поправил и какие перемпнные плейбук использует?;) Внутри точно set_fact нет?

а что, кто-то не писал role defaults ?

хм, пишу говнокод для разворачивания pgpool+master-slave, в ролях да, есть дефолты, и в group_vars/all.yaml они переопределены, больше нигде нет

на гитхабе видел живые роли на эту тему

те что от 2gis даже работали

и умели еще бекапитсо

https://github.com/alexey-medvedchikov/ansible-pgpool2

Я для тестов пишу, мне не для прода нужно, надо проверить, что наша софтинка может работать на pgpool-II с фейловером

Ansible, что дальше?

Можно ли через Ansible зайти в консоль например MySQL?

модуль есть

Отлично, какой?

# Create a new database with name 'bobdata' - mysql_db: name=bobdata state=present # Copy database dump file to remote host and restore it to database 'my_db' - copy: src=dump.sql.bz2 dest=/tmp - mysql_db: name=my_db state=import target=/tmp/dump.sql.bz2 # Dumps all databases to hostname.sql - mysql_db: state=dump name=all target=/tmp/{{ inventory_hostname }}.sql # Imports file.sql similiar to mysql -u <username> -p <password> < hostname.sql - mysql_db: state=import name=all target=/tmp/{{ inventory_hostname }}.sql

http://docs.ansible.com/ansible/mysql_db_module.html вот к примеру

Это под MySQL

ну а ты и спросил под mysql

А что бы в консоль зайти? Это пример просто был

ну а в консоли то что хочешь? команду и вывод?

Я в консоль Астериск хотел зайти и посмотреть что там происходит

Mysql mysql_db - Add or remove MySQL databases from a remote host. mysql_replication (E) - Manage MySQL replication mysql_user - Adds or removes a user from a MySQL database. mysql_variables - Manage MySQL global variables

Подгрузиться в консоль как на сервере только через Ansible

ну модуля под астериск нету. можешь написать feature request :)

шеллом то можно же - shell: asterisk -r “command”

Нужен бы конечно модуль что бы заходить в консоли)

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

asterisk -r “command” = rasterisk, значит можно что угодно сделать с астериском через ansible.