Size: a a a

SPb Reliability Meetup

2021 March 12

PR

Paul Rudnitskiy in SPb Reliability Meetup
Edouard Ispravnikov
4. Поделимся опытом организации devops-школы Lineate


Школа,  похоже.
очередная "продажа мечты". Но молодцы, вместо заспамливания рекламы (Skillbox, я на тебя смотрю) — хотя бы что-то полезное делают
источник

MK

Max Krylov in SPb Reliability Meetup
Anatoly
На телефоне это вообще нераспарсиваемо
Ну кому как) если боком развернуть, то можно))
источник

A

Anatoly in SPb Reliability Meetup
Max Krylov
Ну кому как) если боком развернуть, то можно))
Я не очень умный
источник

MK

Max Krylov in SPb Reliability Meetup
Anatoly
Я не очень умный
ну так и повернуть телефон это не rocket science))
источник

A

Anatoly in SPb Reliability Meetup
Повернуть - нет, подумать о том, что можно повернуть - да)
источник

A

Anatoly in SPb Reliability Meetup
Андрей Мавлянов
Коллеги, помогите решить вопрос.

Сразу условие: менять настройки на target машинах нельзя.

Есть вот такой вот плейбук:

---
- hosts: elastic
 become: yes
 tasks:
   - name: ping
     action: command id

Неважно что он делает на самом деле, потому что проблема возникает при запуске:
ansible-playbook --inventory ~/ansible/ansible-playbooks/inventories/production/hosts \
                --vault-password-file ~/ansible/vault.passwd \
                --ask-pass \
                --ask-become-pass \
                ~/ansible/test.yml

Проблема:
TASK [Gathering Facts] *********************************************************************************************************************************************************************************
fatal: [elastic2.tld]: FAILED! => {"ansible_facts": {}, "changed": false, "failed_modules": {"setup": {"ansible_facts": {"discovered_interpreter_python": "/usr/bin/python"}, "failed": true, "module_stderr": "Shared connection to 10.72.55.66 closed.\r\n", "module_stdout": "", "msg": "MODULE FAILURE\nSee stdout/stderr for the exact error", "rc": 1, "warnings": ["Platform linux on host elastic2.tld is using the discovered Python interpreter at /usr/bin/python, but future installation of another Python interpreter could change this. See https://docs.ansible.com/ansible/2.9/reference_appendices/interpreter_discovery.html for more information."]}}, "msg": "The following modules failed to execute: setup\n"}
fatal: [elastic3.tld]: FAILED! => {"ansible_facts": {}, "changed": false, "failed_modules": {"setup": {"ansible_facts": {"discovered_interpreter_python": "/usr/bin/python"}, "failed": true, "module_stderr": "Shared connection to 10.72.55.67 closed.\r\n", "module_stdout": "", "msg": "MODULE FAILURE\nSee stdout/stderr for the exact error", "rc": 1, "warnings": ["Platform linux on host elastic3.tld is using the discovered Python interpreter at /usr/bin/python, but future installation of another Python interpreter could change this. See https://docs.ansible.com/ansible/2.9/reference_appendices/interpreter_discovery.html for more information."]}}, "msg": "The following modules failed to execute: setup\n"}
[WARNING]: Platform linux on host elastic1.tld is using the discovered Python interpreter at /usr/bin/python, but future installation of another Python interpreter could change this. See
https://docs.ansible.com/ansible/2.9/reference_appendices/interpreter_discovery.html for more information.
ok: [elastic1.tld]
Я стал искать причину и нашёл: на elastic1 sudo запрашивает пароль, а на elastic2 и elastic3 в конфиге стоит NOPASSWD. Напоминаю что менять конфигурацию машин нельзя.

Как можно (не разнося машины на разные группы) «обойти» проблему?
А какой питон-то на хостах?
источник

MK

Max Krylov in SPb Reliability Meetup
xDD
источник

MK

Max Krylov in SPb Reliability Meetup
Anatoly
А какой питон-то на хостах?
2.9 и поэтому предупреждение о депрекейтед, но на суть это не влияет
источник

MK

Max Krylov in SPb Reliability Meetup
вроде бы)
источник

MK

Max Krylov in SPb Reliability Meetup
ну и в лббом случае с хостами ничего делать нельзя
источник

A

Anatoly in SPb Reliability Meetup
Я вот щас свои посмотрел, они просто показываются, но не ломают ход выполнения
источник

A

Anatoly in SPb Reliability Meetup
Если там второй питон, то надо ансибл старый брать, 2.7(?) наверное.
источник

MK

Max Krylov in SPb Reliability Meetup
не, пофиг же)
источник

A

Anatoly in SPb Reliability Meetup
Я уже совсем забыл эти питоно2-проблемы, а тут кажется именно они
источник

MK

Max Krylov in SPb Reliability Meetup
имхо нет, но что бы утверждать, мне нужно сначала съэмулировать окружение, а мне не до того))
источник

М

Михаля in SPb Reliability Meetup
Womchik on Zabbix
мы - это кто?
компания Lineate
источник

АМ

Андрей Мавлянов... in SPb Reliability Meetup
Anatoly
А какой питон-то на хостах?
2.7
источник

АМ

Андрей Мавлянов... in SPb Reliability Meetup
а это имеет значение?
источник

АМ

Андрей Мавлянов... in SPb Reliability Meetup
Max Krylov
2.9 и поэтому предупреждение о депрекейтед, но на суть это не влияет
такого питона нет. 2.7 последний.
источник

MK

Max Krylov in SPb Reliability Meetup
Андрей Мавлянов
такого питона нет. 2.7 последний.
да, 2.9 это ансибл
источник