Ubuntu 20.04 LTS onehell@oniguruma ~ $ apt -s install ansible | grep python WARNING: apt does not have a stable CLI interface. Use with caution in scripts. ieee-data python3-argcomplete python3-distutils python3-dnspython python3-jinja2 python3-jmespath python3-kerberos python3-lib2to3 python3-libcloud python3-lockfile python3-netaddr python3-ntlm-auth python3-requests-kerberos python3-requests-ntlm python3-selinux python3-winrm python3-xmltodict cowsay sshpass python-jinja2-doc python-lockfile-doc ipython3 python-netaddr-docs ansible ieee-data python3-argcomplete python3-distutils python3-dnspython python3-jinja2 python3-jmespath python3-kerberos python3-lib2to3 python3-libcloud python3-lockfile python3-netaddr python3-ntlm-auth python3-requests-kerberos python3-requests-ntlm python3-selinux python3-winrm python3-xmltodict

о че пора на убунту 20 переходить?

почему бы и нет...

поставил щас ансибл 3.9.9 он все еще 2ой тянет

Поставь пипом, а не пакетным менеджером

В виртуаленв в смысле

3.9.9 ? вы из будущего?

звучит как шутка о том, что питон2 протухает, да не может протухнуть и что его выкидывают, выкидывают. да не могут выкинуть. что даже через N лет ансибл тянет питон2 по зависимостям =D

звучит как шутка о том, что питон2 протухает, да не может протухнуть и что его выкидывают, выкидывают. да не могут выкинуть. что даже через N лет ансибл тянет питон2 по зависимостям =D

RPMпакет тянет по зависимостям то, что в него майнтейнер прописал. Никакой связи с ансиблом тут нет.

RPMпакет тянет по зависимостям то, что в него майнтейнер прописал. Никакой связи с ансиблом тут нет.

но ведь мейнтейнер не прст так ведь прикрутил в зависимости питон2? вероятно, но то были основания, нет?

но ведь мейнтейнер не прст так ведь прикрутил в зависимости питон2? вероятно, но то были основания, нет?

Нет. Ансибл умеет и в 2, и в 3. Это всё в доке написано так-то.

Нет. Ансибл умеет и в 2, и в 3. Это всё в доке написано так-то.

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

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

Я в голове у мейнтейнера не живу, а ты разводишь флейм. Ещё раз: почитай доку.

(третий раз повторять не буду, если что)

эээммм... я совсем о другом говорил, но ладно. коль так строго всё

чем Ansible отличается от Terraform?

эээммм... я совсем о другом говорил, но ладно. коль так строго всё

Строго потому, что обсуждение мыслей майнтенера не входит в круг тем этого чата. Про другое: Ансибл поддерживает и питон2, и питон3. Если ты будешь ставить его в venv, то он встанет и в 2, и в 3: насколько я помню, ему всё равно.

чем Ansible отличается от Terraform?

https://bit.ly/3cvyzZ5

https://bit.ly/3cvyzZ5

https://lmgtfy.com/?q=%D0%BF%D0%BE%D0%B8%D1%89%D0%B8+%D1%81%D0%B0%D0%BC+%D0%B2+%D0%B8%D0%BD%D1%82%D0%B5%D1%80%D0%BD%D0%B5%D1%82%D0%B5

чем Ansible отличается от Terraform?

в основном flacky тесты отловил :)

Есть дифф в паблике?

Господа, только знакомлюсь с ансиблом, не могу понять host vars. На данный момент поднимаю несколько вмок вагрантом, провижн через ансибл, хочу в "главном" плейбуке подключать другие в зависимости от хоста, который сейчас провижнится. Хостов немного, поэтому я придумал навесить каждому из них флаг и делать что-то. типа - include: controller.yml when: is_controller По задумке is_controller возьмётся из host vars для этого хоста. Но как правильно определить и обратиться к этой переменной - не понимаю. Подскажите, пожалуйста

- hosts: <host1> tasks: - include: host1_tasks.yml - hosts: <host2> tasks: - include: host2_tasks.yml

не надо переписывать ансибл на ансибле

- hosts: <host1> tasks: - include: host1_tasks.yml - hosts: <host2> tasks: - include: host2_tasks.yml

Это должно быть в основном плейбуке? У меня сейчас есть главный site.yml, в котором вызываются роли. Я хочу логику применять на уровне роли, т.е. чтобы она сама вызвала другую под-роль в зависимости от хоста, который сейчас провижнится. Чувствую, что хочу странного, но не понимаю, как все это связать вместе

Ты хочешь в роль засунуть работу, которую Ansible и так за тебя спокойно делает «искаропки». Зачем?

Есть дифф в паблике?

Неа

Туплю, сэр ¯\_(ツ)_/¯

Туплю, сэр ¯\_(ツ)_/¯

Ты сказал :-) Сопоставлять хосты/группы хостов и таски - базовое умение Ansible. Используй его примерно так, как я написал выше - и будет тебе счастье+скорость написания плейбука.

ох круто было бы иметь hash_behaviour = fail

ох круто было бы иметь hash_behaviour = fail

Это как?

если вдруг приходится что то мержить упади

и тестов понаписано и соломки подложено где только можно а всё равно. в каком то месте выскочил replace и всё сломал

Поделитесь опытом - кто как обновляет ОС ансиблом? Интересует центось С пакетами, специфичными для определенной роли все понятно (нужная версия в variable). А как быть с остальной кипой пакетов? Начиная от ядра, заканчивая всякими util-linux. Держать километровый список с версиями - имхо такое себе

Поделитесь опытом - кто как обновляет ОС ансиблом? Интересует центось С пакетами, специфичными для определенной роли все понятно (нужная версия в variable). А как быть с остальной кипой пакетов? Начиная от ядра, заканчивая всякими util-linux. Держать километровый список с версиями - имхо такое себе

packer

packer

packer же создаст тебе темплейт ВМ, который ты не натянешь на уже работающий инстанс

выбросить имеющийся инстанс заменить на новый рабочий инстанс

не всегда это возможно)

Поделитесь опытом - кто как обновляет ОС ансиблом? Интересует центось С пакетами, специфичными для определенной роли все понятно (нужная версия в variable). А как быть с остальной кипой пакетов? Начиная от ядра, заканчивая всякими util-linux. Держать километровый список с версиями - имхо такое себе

yum versionlock xxx Yum upgrade -y Yum versionlock clear

Всем ночи доброй. Подскажет кто, есть в ансибле лист, вложенный. Типа такого hosts: - name: 123 ip: ipv4: 123.123.123.123 подскажет кто, как в лупе получить ipv4? есть такая штука "{{lookup('subelements', hosts, ‘name’, {'skip_missing': True})}}" но у нее ограничение - глубина максимум 2. Т.е. корень и еще один элемент. Дальше не работает. не хочется плодить loop_var и include_tasks. Может есть способ вложенный лист распарсить одним лупом?

Вот почти реальный пример: hosts: - name: serv hards: WD mother: Intel ipmi: - ipv4: - internal: - 192.168.1.1 - 192.168.1.2 - 192.168.1.3 - 192.168.1.4 - 192.168.1.5 - external: - 8.9.9.1 - 8.9.9.2 - 8.9.9.3 так вот. Реально ли в одной таске получить допустим {{hosts.ipmi.ipv4.internal}}

Поделитесь опытом - кто как обновляет ОС ансиблом? Интересует центось С пакетами, специфичными для определенной роли все понятно (нужная версия в variable). А как быть с остальной кипой пакетов? Начиная от ядра, заканчивая всякими util-linux. Держать километровый список с версиями - имхо такое себе

package: name: "*" state: latest так наверное

Вот почти реальный пример: hosts: - name: serv hards: WD mother: Intel ipmi: - ipv4: - internal: - 192.168.1.1 - 192.168.1.2 - 192.168.1.3 - 192.168.1.4 - 192.168.1.5 - external: - 8.9.9.1 - 8.9.9.2 - 8.9.9.3 так вот. Реально ли в одной таске получить допустим {{hosts.ipmi.ipv4.internal}}

json_query filter умеет вытаскивать оттуда переменные даже без цикла...но конструкция будет мулэдрёная...может можно как проще

Вот почти реальный пример: hosts: - name: serv hards: WD mother: Intel ipmi: - ipv4: - internal: - 192.168.1.1 - 192.168.1.2 - 192.168.1.3 - 192.168.1.4 - 192.168.1.5 - external: - 8.9.9.1 - 8.9.9.2 - 8.9.9.3 так вот. Реально ли в одной таске получить допустим {{hosts.ipmi.ipv4.internal}}

Так не работает? hosts[0]['ipmi'][0]['ipv4'][0]['internal'] Структура данных странная

Так не работает? hosts[0]['ipmi'][0]['ipv4'][0]['internal'] Структура данных странная

Ага, сам в шоке.

json_query filter умеет вытаскивать оттуда переменные даже без цикла...но конструкция будет мулэдрёная...может можно как проще

Не получится все в одной таске, либо условие будет конского размера

товарищи

lineinfile: path: /var/lib/pgsql/11/data/postgresql.conf regexp: '#listen_addresses = 'localhost' ' line: listen_address = '*'

как сделать что бы 'localhost' ' читал и не ругался на двойные ' '

lineinfile: path: /var/lib/pgsql/11/data/postgresql.conf regexp: '#listen_addresses = 'localhost' ' line: listen_address = '*'

lineinfile: path: /var/lib/pgsql/11/data/postgresql.conf regexp: "#listen_addresses = 'localhost'" line: listen_address = '*'

tupanul

merci

Поделитесь опытом - кто как обновляет ОС ансиблом? Интересует центось С пакетами, специфичными для определенной роли все понятно (нужная версия в variable). А как быть с остальной кипой пакетов? Начиная от ядра, заканчивая всякими util-linux. Держать километровый список с версиями - имхо такое себе

Не боишься?

Поделитесь опытом - кто как обновляет ОС ансиблом? Интересует центось С пакетами, специфичными для определенной роли все понятно (нужная версия в variable). А как быть с остальной кипой пакетов? Начиная от ядра, заканчивая всякими util-linux. Держать километровый список с версиями - имхо такое себе

Для апта, например upgrade

https://docs.ansible.com/ansible/latest/modules/apt_module.html

https://docs.ansible.com/ansible/latest/modules/apt_module.html

Там как бы про центось речь, это раз. Два - https://docs.ansible.com/ansible/latest/modules/yum_module.html а три - если обновлять через pakage, то перед этим нужно обновить кэш (yum|apt update)

Там как бы про центось речь, это раз. Два - https://docs.ansible.com/ansible/latest/modules/yum_module.html а три - если обновлять через pakage, то перед этим нужно обновить кэш (yum|apt update)

Не увидел что центось, но суть ясно. Про кеш само собой

В примерах даже есть

Блин, с телефона паста ломает форматирование

ну и 4 - на тебе почти готовое под центось - name: upgrade packages yum: name: * state: latest update_cache: yes

Поделитесь опытом - кто как обновляет ОС ансиблом? Интересует центось С пакетами, специфичными для определенной роли все понятно (нужная версия в variable). А как быть с остальной кипой пакетов? Начиная от ядра, заканчивая всякими util-linux. Держать километровый список с версиями - имхо такое себе

на

Не боишься?

Ну и чего бояться, если допустим сервер новый?

Я видимо не совсем понятно объяснил)

Ну и чего бояться, если допустим сервер новый?

А если нет? )

Я видимо не совсем понятно объяснил)

А все понятно. Держишь километровый список валидных и проверенных пакетов

Я видимо не совсем понятно объяснил)

Однозначно, обновляться на тестовом стенде для начала. Зеркалишь репы на свой сервер.

А если нет? )

Ну а чьи это проблемы?

Ну а чьи это проблемы?

Я просто обратил внимание что вопрос стоит обдумать

Искать проблемы и виноватых я не собираюсь

Искать проблемы и виноватых я не собираюсь

Ну я делаю лишь на новых серверах. Если вдруг нужно обновиться - онли руками.

Однозначно, обновляться на тестовом стенде для начала. Зеркалишь репы на свой сервер.

Ну то есть некий регламент, про это я и говорил

все коллекции, которые выпилены из ansible-base и будут в 2.10 в ACD: https://github.com/ansible-community/ansible-build-data/blob/master/2.10/acd.in то есть придут вместе с "pip install ansible" по идее

все что были и в 2.9

Справедливости ради - некоторые всё же закомментированы.

Всем привет, почитал стати про развертывания VM на ESXI через ansible, во всех статьях почти идет развертывание из templates , а возможно ли развернуть VM из iso ??? т.е написать плейбук чтоб он создавал пустую ВМ , туда запихивал iso и проводил инсталяцию с заданными параметрами.... поделитесь опытом или ссылкой...

Можно, но надо чтоб iso умел в unattended install

Можно, но надо чтоб iso умел в unattended install

ясно надо собрать iso ок спс

Почитайте чат выше, пару дней назад поднималась эта тема

Почитайте чат выше, пару дней назад поднималась эта тема

угу спс

guys

ммм, может есть у кого пример как построен initdb для postgresql

command: /usr/pgsql-11/bin/postgresql-11-setup initdb