Не все опытные писатели Systemd юнитов. Если не затруднит, объяните таким как я, что тут не так, чтобы не писать в будущем так, что беременных детей и впечатлительных животных будет выворачивать наружу?

я не хотел обидеть, но запускать это я бы не советовал https://rpm-packaging-guide.github.io/

для начала - https://github.com/subuk/awx-rpm/blob/master/awx-build.spec#L161 - эти дебиановские привычки сразу запускать сервис после установки нужно остановить на входе

второе что сразу бросилось в глаза - https://github.com/subuk/awx-rpm/blob/master/awx-celery-beat.service - питон в /opt не надо совать, selinux будет орать

ну и всякие мелочи типа версия задается дважды - в Version и Source0

второе что сразу бросилось в глаза - https://github.com/subuk/awx-rpm/blob/master/awx-celery-beat.service - питон в /opt не надо совать, selinux будет орать

А можно же контексты SELinux проставить просто?....

А можно же контексты SELinux проставить просто?....

можно, можно и селинукс отключить конечно

ну нееееее, это моветон

это то же самое что "запускать незнамо что из /opt"

Эмммм. А почему же "незнамо что"? У тебя на билд-машине есть питон, из него ваяешь venv, потом этот venv запускаешь где-то ещё. Что здесь не так? По определению RPM-пакет предусматривает определённый уровень доверия содержимому, разве нет?

>RPM-пакет предусматривает определённый уровень доверия эмммм, нет? Это просто tar.gz + скрипты которые выполняются от рута

для начала - https://github.com/subuk/awx-rpm/blob/master/awx-build.spec#L161 - эти дебиановские привычки сразу запускать сервис после установки нужно остановить на входе

Убивать за такое

>RPM-пакет предусматривает определённый уровень доверия эмммм, нет? Это просто tar.gz + скрипты которые выполняются от рута

Бинарные пакеты - да. SRPM - нет.

>RPM-пакет предусматривает определённый уровень доверия эмммм, нет? Это просто tar.gz + скрипты которые выполняются от рута

Нет

Там все несколько сложней

вы там наверху оба SRPM себе на машину ставите?

вы там наверху оба SRPM себе на машину ставите?

Лично у меня внутренняя yum-репа (CentOS), туда бинарные пакеты, собранные из исходников, кладутся.

привет всем. подскажите, а как-то можно заюзать переменную в when, чтобы варнинг ниже не появлялся? [WARNING]: when statements should not include jinja2 templating delimiters such as {{ }} or {% %}. Found: links.stat.path != '/some/path/{{name}}|string')

Убрать {{}} :)

а че, так можно было 😅

'.../path/' + name

а, понял

'.../path/' + name

'<string>' ~(тильда) name

Это уже скорей вопрос личных предпочтений:)

всем спасибо! заработало )

Добрый день. Нужно настроить хосты по ролям, 1 сервер и куча клиентов. Клиенты на стороне сервера настраиваются индивидуальными файлами. Инвентори с группами: клиены, сервер. Плейбук по клиентам - копирует по шаблонам с переменными файлы конфикурации на клиентов. Не понятно, как сделать цикл по клиентам для роли сервера. В одном плее можно сделать цикл по группе клиентов, сделать set_fact и вызвать с этими переменными template ? Или еще думал в плейбуке для клиентов делать delegate_to и в нем уже template. Есть идеи как лучше подойти к решению?

Нашел интересное решение своей задачи с циклами. В цикле можно вызывать include и уже внутри другого плейбука использовать эту переменную. test.yml --- - name: Get facts gather_facts: yes hosts: all - hosts: only_one_server tasks: - include: testtest.yml with_items: "{{ groups['clients'] }}" testtest.yml --- - name: SetFact set_fact: ip: hostvars['{{item}}']['ansible_default_ipv4']['address'] - name: DebugIP debug: var={{ip}} # И эту же переменную в template

камрады, а как правильно запустить ансибл плейбук на только что созданной виртуалке? там ниче нет, ни апдейтов, ни самого ансибла.. есть только юзер-пасс и ip

как это обычно делается?

напрямую запускается

через адхок команды

да, мне удаленно надо

хотя не, плейбук же

прописывается хост в инвентори

ansible-playbook -i inventory playbook.yml

если просто команды

ANSIBLE_HOST_KEY_CHECKING=False ansible --private-key=terraform -i inv all -b -m group -a "name=ansible_wheel state=present" типа такого

это без плейбуков

камрады, а как правильно запустить ансибл плейбук на только что созданной виртуалке? там ниче нет, ни апдейтов, ни самого ансибла.. есть только юзер-пасс и ip

Ты имеешь в виду ты поднял к примеру новый инстанс и хочешь на него натравить таск?

первое - чтоб не ругался на неизвестный хост, у меня авторизация по прайваткей, -b это поднятие в судо, -m модуль, потом аргументы к нему

да надо новую ВМ готовить - заливать софт, заливать композ файл с нужными плейсхолдерами настроенными.. думаю это задача для плейбука но его надо както заранать

за что?)

а, run

run )

ну ansible-playbook -i invfile play.yml

если есть только роль, но нет плейбука, берётся любой плейбук с hosts и roles и адаптируется

понял... но для этого похоже надо иметь отдельную linux тачку с "серверной" частью ансибла. или как там она называется а у меня только vsts

впрочеv там есть вроде плагин для ансибла

любую юниксовую

да надо новую ВМ готовить - заливать софт, заливать композ файл с нужными плейсхолдерами настроенными.. думаю это задача для плейбука но его надо както заранать

Если правильно тебя понял. Ну у к примере если у тебя centos , то запускай плейбук, так как python.2.7 там предустановлен, а плейбуке ты апдейтишь, апргейдишь и т.д. Если вопрос откуда запускать, то я обычно это делаю со своей лоальной тачки

ребят, как сделать что бы nvm устанавливался в папку пользователя от которого запускается плейбук? плейбук запускается с sudo, и установка по видимому идет в рут директорию..

что за nvm ?

может mvn ?

ааа, типа несколько версий нода ?

угу

node version manager

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

ну так укажи для nvm полный путь

а как ты его устанавливаешь тО?

сек

- name: Install nvm shell: > curl https://raw.githubusercontent.com/creationix/nvm/v0.7.0/install.sh | sh creates=/home/{{ ansible_user_id }}/.nvm/nvm.sh - name: Install node and set version shell: > /bin/bash -c "source ~/.nvm/nvm.sh && nvm install 0.10 && nvm alias default 0.10" creates=/home/{{ ansible_user_id }}/.nvm/alias

дык эта, минутку

:)

- name: Install nvm shell: > curl https://raw.githubusercontent.com/creationix/nvm/v0.7.0/install.sh | sh creates=/home/{{ ansible_user_id }}/.nvm/nvm.sh - name: Install node and set version shell: > /bin/bash -c "source ~/.nvm/nvm.sh && nvm install 0.10 && nvm alias default 0.10" creates=/home/{{ ansible_user_id }}/.nvm/alias

не надо так 😊 антипаттерн ансбила - обмазывание башем

кстати, как и вытягивание баш-скриптов курлом и их запуск

а есть другое решение?)

ребят, как сделать что бы nvm устанавливался в папку пользователя от которого запускается плейбук? плейбук запускается с sudo, и установка по видимому идет в рут директорию..

become: no?

а сам плейбук через sudo?

- name: Install nvm shell: {{item.command}} args: chdir: /home/{{ ansible_user_id }} creates: {{item.creates}} with_items: - {command: "curl https://raw.githubusercontent.com/creationix/nvm/v0.7.0/install.sh | sh", creates: "/home/{{ ansible_user_id }}/.nvm/nvm.sh"} - {command: '/bin/bash -c "source ~/.nvm/nvm.sh && nvm install 0.10 && nvm alias default 0.10"', creates: "/home/{{ ansible_user_id }}/.nvm/alias"}

тогда пойдет установка в папку пользователя?

вообще через chdir

спасибо я попробую

а сам плейбук через sudo?

я так понимаю у тебя ansible_user: foo ansible_become: true ?

тогда become: false скинет обратно на юзера, к которому коннектишься

ну типа того да,вот смотрите, есть пользователь appuser, мне нужно всю эту хрень установить ему в папку /home/appuser, но идет все руту в папку... при этом я запускаю так sudo play.yml

на код хрен ты делаешь судо ?

так без судо фейлится на первом же таске

- name: Install nvm shell: > {{item.command}} args: chdir: /home/{{ ansible_user_id }} creates: {{item.creates}} with_items: - {command: "curl https://raw.githubusercontent.com/creationix/nvm/v0.7.0/install.sh | sh", creates: "/home/{{ ansible_user_id }}/.nvm/nvm.sh"} - {command: '/bin/bash -c "source ~/.nvm/nvm.sh && nvm install 0.10 && nvm alias default 0.10"', creates: "/home/{{ ansible_user_id }}/.nvm/alias"} become: true become_user: {{ ansible_user_id }}

последние две строки смотри

ansible_user_id - это будет appuser?

в твоём случае да

вообще не понимаю почему утебя роль не отрабатывает, не надо её запускать через sudo