Alexander
Как-то сложно. Делаю через fetch
Anonymous
Как-то сложно. Делаю через fetch
Ну как хочешь) По-моему, всё просто, смотри, примерчик накидаю: Записать факты в file1.fact файл: - name: Write facts ini_file: path: /path/to/current/facts/file1.fact section: my_section option: configure_variable value: "{{ configure_variable }}" Прочитать и начать использовать факты из .fact файла(уже типо в другом месте проекта): - name: Read facts setup: fact_path: "/path/to/current/facts/file1.fact" filter: ansible_local Начать использовать факты: - set_fact: configure_variable: "{{ ansible_local.file1.my_section .configure_variable }}"
Alexander
Спасибо за пример
Артём
Есть роль с тегированными тасками. Можно ли из плейбука выполнить только таски по нужным тегам? myrole: —- tasks: - name: TaskA tags: myrole_A - name: TaskB tags: myrole_B playbook: — roles: myrole: tags: - myrole - myrole_A - myrole_B Если так делать и вызывать ansible-playbook myplaybook.yml -t myrole_A - выполняется вся роль.
Egor
конечно оно полностью будет выполняться
Dmitry
Не, я тоже в восторге
Dmitry
Без сарказма
Sergey
Не, я тоже в восторге
консоль жи ж кнопка не зелёная 😞
Egor
ребят, поскажите, есть плейбук, хочу дёрнуть его таски, но применить на другую группу хостов
Egor
можно на лету переопределить список хостов?
Egor
ty
Alexander
И так, чтобы не было автогенерации путей, содержащих имя хоста
Alexander
А то с fetch так происходит
Anonymous
Anonymous
То есть да, на ремоут
Anonymous
Но если ты делегируешь на локалхост, то запишет на локалхост)))
Anonymous
А записывает он на local или remote? Уточню еще раз, что нужно переменную с remote вытащить на local
А, стой, на самом делееее можно и вытащить с удаленного на локальный, но локалфактс наверное именно для такого кейса не зайдет
Alexander
:) Записывает на управляемой машине, то есть на клиенте)
То есть между первым и вторым таском надо еще перенести факты с ремоте на локал
Alexander
Наверно проще тогда жирный плейбук собрать, состоящий из двух других
Timur
Или что значит "на лету"?
Egor
то и значит, есть плейбук, я хочу его вызвать с другим списком хостов, не создавая новый плейбук и т.д.
Anonymous
уже же ответил как :)
Egor
уже же ответил как :)
ну человек спросил, я ему объяснил, мне же не жалко :-)
Egor
чего странного?
Anonymous
ничего странного. есть такой кейс и есть его стандартное решение
Sergey
чего странного?
Странное - не пользоваться стандартными функциями инструмента. Объявляешь ещё одну группу, вызываешь таски/роли для неё в отдельном плее.
Egor
с тем же успехом я могу просто в инвентори в ту же группу его добавить и воспользоваться вызовом плейбука с лимитом на хост
Egor
у меня есть дев сервер, я хочу на него накатить стопку ролей с нескольких разных плейбуков и посмотреть, умрёт он от этого или нет, сидеть ради этого переписывать инвентори или писать новый плейбук - лениво
Sergey
с тем же успехом я могу просто в инвентори в ту же группу его добавить и воспользоваться вызовом плейбука с лимитом на хост
Можешь, разумеется, но лимиты иногда больно кусаются - когда ты используешь факты с одних хостов на других хостах.
Egor
потому и спросил, а нельзя ли взять плейбук и прям в командной строке, когда его вызываю, указать другой хост, к которому его применить
Egor
переопределив, по факту, hosts
Sergey
потому и спросил, а нельзя ли взять плейбук и прям в командной строке, когда его вызываю, указать другой хост, к которому его применить
Плейбук применяется к инвентори. Если не указан никакой - то используется дефолтный в /etc/ansible. А уже в плейбуке для каждого плея указывается, к какой группе хостов он применяется.
Egor
я в курсе
Anonymous
То есть между первым и вторым таском надо еще перенести факты с ремоте на локал
Я не знаю всю твою ситуацию, но вообще, есть delegate_to. Можно на localhost делегировать таску, где запись идёт, и тогда на локалхост запишешь
Sergey
я в курсе
Извини, из твоего вопроса мне это не было понятно (либо я плохо понимаю сегодня и сейчас).
Egor
возможно
Anonymous
давайте уже это. не будем. Егор спросил, получил ответ. Егор думаю, доволен ответом :)
Alexander
Я не знаю всю твою ситуацию, но вообще, есть delegate_to. Можно на localhost делегировать таску, где запись идёт, и тогда на локалхост запишешь
Суть, постараюсь подробнее описать. На удаленном хосте исполняется таска, в которой делается рандомное число (номер порта). Это рандомное число надо передать мастеру, чтобы он мог дальше мастеру, чтобы знать, куда стучаться (порт)
Egor
давайте уже это. не будем. Егор спросил, получил ответ. Егор думаю, доволен ответом :)
ну я посмотрел, прикольный модуль, в итоге я всё равно другим методом решил, но про него почитаю
Anonymous
Суть, постараюсь подробнее описать. На удаленном хосте исполняется таска, в которой делается рандомное число (номер порта). Это рандомное число надо передать мастеру, чтобы он мог дальше мастеру, чтобы знать, куда стучаться (порт)
это действительно локал фактс. Только писать на локалхост факты с удаленной тачки - совсем некрасиво. Предлагаю их писать на удаленный хост в факт файл и потом их оттуда считывать. (В уже другом месте проекта)
Tadeusz
он тебе по взгляду прикольным показался, без чтения?
Anonymous
В другом месте как раз локалхост используется только
Но никто не мешает вычитать с удаленного хоста факты) Впрочем, можно сделать полюбому как хочешь)) это уже чисто мое видиние))) или как там правильно это слово пишется...
Anonymous
В другом месте как раз локалхост используется только
Я прост отмасштабировала: если у тя будет не 1 хост с которого над взять порт, а 300 например))) то што делать?))) Тут крч по своему контексту смотри
Alexander
Не, тут именно один
Anonymous
Окидоки
Alexander
Спасибо тебе за помощь, пойду бодаться
Alex
а есть ли возмодность выполнить systemctl reset-failed с помощью systemd модуля?
Timur
Sashko
Anzible !!!)))
Sergey
- name: Clean up throat anzibel: dest: Timur state: healthy
Damir
Помощь при боли в попе ))
Sergey
Помощь при боли в попе ))
Мсье знает странные применения для ментоловых пастилок. Это если в интернете кто-то неправ?
Timur
Denis 災 nobody
📢 Грядет новый DevOps Battle! Приглашаем поучаствовать в интеллектуальной игре DevOps Battle. Ждем всех, кого не пугают слова Ansible, Python, CI/CD, Linux, Bash, Jenkins, Git, Kafka, Docker, ICMP, LDAP, Networking, Regex, Scripting, Tcpdump. Всех участников мы разделим на команды по шесть человек и предложим выполнить задания разной степени сложности. За каждый верный ответ будем начислять баллы, а в финале выберем победителей. Баттл пройдет 5 октября в офисе EPAM на Петроградке. Подробности и регистрация 👇🏻 https://events.epam.com/events/devops-battle-2
Denis 災 nobody
надо бы тоже навестить )
Denis 災 nobody
а почему нет? )
Denis 災 nobody
и сразу видно кого можно взять
George
👍
Denis 災 nobody
да и зп там норм. Хотя это и галеры.
Alex
Танцевать и петь там все так же надо? :D
Alex
да и зп там норм. Хотя это и галеры.
Что то не заметил, когда делали оффер )
Denis 災 nobody
Что то не заметил, когда делали оффер )
а сколько делали? я про 150к слышал от мужа сестры
Alex
3К до уплаты налогов, работатб надо было в Праге
Denis 災 nobody
3К до уплаты налогов, работатб надо было в Праге
можно было взять вакансию в городе..
Ivan
Колллеги, а на сколько моветон(и моветон ли) использовать параметр конфигурации hash_behaviour=merge? И как вы обычно мержите свои hash vars?