Ещё интересное замечаю. В последнее время часто на собес приходят люди, у которых в сиви указан большой опыт работы с Ansible, а то и соответствующий редхатовский экзамен сдан. При этом на вопрос о структуре роли и отличии папки defaults от vars несут что-то невразумительное

O_o не пользовались ролями?.....

https://t.me/pro_ansible/69222

Ещё интересное замечаю. В последнее время часто на собес приходят люди, у которых в сиви указан большой опыт работы с Ansible, а то и соответствующий редхатовский экзамен сдан. При этом на вопрос о структуре роли и отличии папки defaults от vars несут что-то невразумительное

Потому что варс/дефолтс не влияют на работоспособность, а читаемость и общая правильность - субъективщина и не проверяется.

Серьезно? Между переменной, указанной в vars и defaults, нет разницы по-вашему?

Можно захардкодить всё и не делать переменных. Если припечёт менять что-то - можно всё в дефолтс запихать, и работать не перестанет.

Ещё интересное замечаю. В последнее время часто на собес приходят люди, у которых в сиви указан большой опыт работы с Ansible, а то и соответствующий редхатовский экзамен сдан. При этом на вопрос о структуре роли и отличии папки defaults от vars несут что-то невразумительное

Не юзаю vars/ в ролях 🤔 defaults/ есть везде

Речь не о том, чтобы юзать, а о том, чтобы понимать разницу

Скиньте список вопросов по ansible на ваших собесах, думаю всем будет полезно себя проверить

Как можно сдать редхатовский экзамен при таких знаниях?

Можно ли запустить этот плейбук без инвентори файла? https://pastebin.com/By0G3kSm Используется модуль для графаны, который ходит на нее через API. Не по SSH

Любой плейбук можно запустить без инвентори файла

Можно ли запустить этот плейбук без инвентори файла? https://pastebin.com/By0G3kSm Используется модуль для графаны, который ходит на нее через API. Не по SSH

Только получаю UNREACHABLE! => {"changed": false, "msg": "Failed to connect to the host via ssh: Permission denied (publickey,gssapi-keyex,gssapi-with-mic,password).", "unreachable": true}

Значит, дефолтный инвентарь не соответствует

Столкнулся с интересной фигней. есть два окружения по 6 виртуалок. расположены на одном хостинге, находятся в одной и той же сети. гитлаб раннер откуда работает ансибл расположен тут же в соседней сети, доступ через роутинг, сеть проверена. Также оба набора виртуалок раскиданы по двум различным стораджам пополам, так что скорость стораджа влияла бы на все вируталки. одним и тот же ансибл проектом катим одно и тоже приложение на оба окружения. различается по сути только инвентарь. Но вот почему-то скорость деплоя отличается практически в пять (!) раз. :D 3:51 против 17:43. Включил профайлинг, вижу что реально каждый шаг выполняется в несколько раз медленнее. Нет каких-то существенных провалов на конкретных шагах. NB: Один из тасков который просто копирует код проекта syncrhonize-ом, выполняется за одинаковое время. Куда еще попробовать копать, чтобы понять почему такая разница?

весь обмен по айпишникам

  "msg": "error running gluster (/usr/sbin/gluster --mode=script volume add-brick IMAGES replica 2 172.16.105.140:/gluster/images/ 172.16.105.141:/gluster/images/ force) command (rc=1): volume add-brick: failed: Brick: 172.16.105.140:/gluster/images not available. Brick may be containing or be contained by an existing brick.\n" Ошибка-то от glusterfs, а не от ансибла. Я бы начал с того, что попробовал бы добавить вольюм руками.

это вселенная тебя пытается спасти от ошибки

Столкнулся с интересной фигней. есть два окружения по 6 виртуалок. расположены на одном хостинге, находятся в одной и той же сети. гитлаб раннер откуда работает ансибл расположен тут же в соседней сети, доступ через роутинг, сеть проверена. Также оба набора виртуалок раскиданы по двум различным стораджам пополам, так что скорость стораджа влияла бы на все вируталки. одним и тот же ансибл проектом катим одно и тоже приложение на оба окружения. различается по сути только инвентарь. Но вот почему-то скорость деплоя отличается практически в пять (!) раз. :D 3:51 против 17:43. Включил профайлинг, вижу что реально каждый шаг выполняется в несколько раз медленнее. Нет каких-то существенных провалов на конкретных шагах. NB: Один из тасков который просто копирует код проекта syncrhonize-ом, выполняется за одинаковое время. Куда еще попробовать копать, чтобы понять почему такая разница?

Кто может подсказать решение проблемы передачи прав непривилегированному пользователю (например postgres для создания бд) в ansible-playbook? Не помогло: become_method: su become_user: "postgres"в ident-файле тоже не помогло: [ssh_connection] pipelining = True

become: yes become_user: postgres У меня так работает

Вы используете модуль shell или непосредственно postgres?

postgres

А зачем shell? 🤔

а какая альтернатива для выполнения python3 {{ APP_PROJ_PATH }}/manage.py createdb --noinput> /dev/null ?

become: yes become_user: postgres У меня так работает

см. что разрешено через sudo на target хосте

sudo su postgres нормально работает

debug покажи в pastbin

chown: changing ownership of '/var/tmp/ansible-tmp-1566054777.3582056-208307080354534/': Operation not permitted chown: changing ownership of '/var/tmp/ansible-tmp-1566054777.3582056-208307080354534/AnsiballZ_postgresql_db.py': Operation not permitted

нк да, хотя я то задал в плейбуке vars: allow_world_readable_tmpfiles: TrueВ конфы хоста лезть не хочется, тк это ломает переносимость плейбука

а если прописать remote_tmp в ansible.cfg?

ansible_remote_tmp=/tmp