ну а как рулили сервисами во времена centos 4/5/6? Неужели я первый кто с таким столкнулся )))

ну а как рулили сервисами во времена centos 4/5/6? Неужели я первый кто с таким столкнулся )))

ну а как рулили сервисами во времена centos 4/5/6? Неужели я первый кто с таким столкнулся )))

а чем вызов статуса сервиса напрягает?

6 в этом году закопают окончательно, две предыдущих версии уже закопаны. Извини, вопрос не имеет практической плоскости.

Есть дистрибутивы, которые не юзают systemd. На них будут те же проблемы

Это не энтерпрайз. Модуль см.выше.

Подскажите пожалуйста, как получить имя файла в директории как переменную в плейбуке?

1. Добавляешь в inventory пустую группу formatted внутрь той группы, которая в --limit. 2. Приседаешь с отягощением с этой группой так, как тебе нравится. 3. Применяешь хитророль к группе formatted.

Как-то в более общем виде сформулируйте вопрос, пожалуйста

В директории лежат файлы test.yml, test2.yml Как в плейбуке сделать парсинг этих файлов, для того, чтобы получить названия файлов как {{playbook_name}} в переменную?

В директории лежат файлы test.yml, test2.yml Как в плейбуке сделать парсинг этих файлов, для того, чтобы получить названия файлов как {{playbook_name}} в переменную?

что вы делаете? для чего вам это?

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

Ты же всё равно будешь продолжать делать странное. https://docs.ansible.com/ansible/latest/plugins/lookup/fileglob.html

а зачем нужна сортировка по экшенам?)

Для того, чтобы файлы по одному паттерну выполнялись по одному сценарию. Остальные - по другому

Для того, чтобы файлы по одному паттерну выполнялись по одному сценарию. Остальные - по другому

а разве не подойдет что-то из: https://docs.ansible.com/ansible/latest/user_guide/playbooks_conditionals.html

Чуть подробнее можно? Вы таким способом ветвление сценария пытаетесь организовать?

ветвление сценария в одном плейбуке и передача некоторых названий(которые получены в переменной) в другой плейбук.

Можно подробнее? Как вы хотите сделать ветвление и зачем передавать название (чего название, кстати?) в другой плейбук?

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

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

Каков критерий деления на "подходящие" и "неподходящие"?

Наличие таймштампа в названии файла

Наличие таймштампа в названии файла

Ок. Т.е. фильтр по времени?

dark legacy :)

А что значит "обработать"? Скопировать куда-то или еще что?

если только в таком ключе - по именам файлов, то может быть модуль shell, с регулярными выражениями (которые и будут логику "отбора" реализовывать) и потом register: var_name?

скопировать, обработать тайштамп и пр.

Вопрос: gather_facts работает для всего playbook или он кеширует значения собранных фактов только на уровне play ? Т.е. нужно ли мне для каждого play gather_facts: true или достаточно на вернех уровне раз объявить, а потом gather_facts: false ?

gather_facts работает на уровне плея, но его данные существуют в рамках всей активной сессии ансибла. Т.е. можно к данным, собранным в одном плее, обращаться из последующих плеев

- hosts: localhost vars: app: - name: app_name dir: - builds - conf - logs conf: - config.1 - config.2 - config.3 # files: # - file.1 # - file.2 # - file.3 tasks: - name: copy app files debug: msg: "{{ item.0.name }}/conf/{{ item.1 }}" when: item.files is defined with_subelements: - "{{ app }}" - files loop_control: label: - "{{ item.0.name }}" - "{{ item.1 }}" как правильно сделать? msg: 'could not find ''files'' key in iterated item

gather_facts работает на уровне плея, но его данные существуют в рамках всей активной сессии ансибла. Т.е. можно к данным, собранным в одном плее, обращаться из последующих плеев

Есть возможность ограничить сбор фактов только по части ОС (ansible_os_family и т.п.)?

Подскажите, можно ли внутри роли вызвать таску с другим списоком хостов? то есть, например, инвентори такой: [test] 127.0.0.1 [test_new] 192.168.0.1 и сначала выполняется задача для test, а после выполняется другая задача для test_new. Кажется, сделать не сложно, но не очень понимаю, как

Всем привет. Подскажите плиз, куда копать. Необходимо в плейбук добавить выполнение данной команды sudo sed -i.bak '/fi/a #xrdp multiple users configuration \n xfce-session \n' /etc/xrdp/startwm.sh Использовать модуль shell?

Ребят, подскажите пожалуйста мне нужно на всех хостах с OS Linux с помощью ansible внести изменения в сетевой интерфейс, а именно добавить строку в конец файла: DOMAIN=<указать домен окружения> (например: "DOMAIN=stg-kh.btr) В разных окружений будет разный суфикс домена DOMAIN=stg-kh.btr DOMAIN=stg-kh.os и так далее. Мне под каждое окружение плейбук писать? --- - hosts: stg-kh.btr remote_user: root tasks: - name: add string file network echo: "DOMAIN=stg-kh.btr" >> /etc/sysconfig/network-scripts/ifcfg-eth0 - name: restart network service: name=network state=restarted

Один плейбук конечно - https://docs.ansible.com/ansible/latest/user_guide/playbooks_best_practices.html#operating-system-and-distribution-variance