ща проверим

Только именно такой формат записи обычно указывает только на env

берёт темплейт roles/myrole/templates/mytemplate, подставляет в него переменные из roles/myrole/defaults/main.yml. на выходе test.txt с готовым содержимым

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

FAILED! => {"cache_update_time": 1561990382, "cache_updated": false, "changed": false, "msg": "'/usr/bin/apt-get -y -o \"Dpkg::Options::=--force-confdef\" -o \"Dpkg::Options::=--force-confold\" install 'aptitude' 'git' 'docker.io'' failed: E: Could not get lock /var/lib/dpkg/lock-frontend - open (11: Resource temporarily unavailable)\nE: Unable to acquire the dpkg frontend lock (/var/lib/dpkg/lock-frontend), is another process using it?\n", "rc": 100, "stderr": "E: Could not get lock /var/lib/dpkg/lock-frontend - open (11: Resource temporarily unavailable)\nE: Unable to acquire the dpkg frontend lock (/var/lib/dpkg/lock-frontend), is another process using it?\n", "stderr_lines": ["E: Could not get lock /var/lib/dpkg/lock-frontend - open (11: Resource temporarily unavailable)", "E: Unable to acquire the dpkg frontend lock (/var/lib/dpkg/lock-frontend), is another process using it?"], "stdout": "", "stdout_lines": []}

Кто подскажет, что делать?

Написано же )

Поискал, нифига не понял)

E: Could not get lock /var/lib/dpkg/lock-frontend - open (11: Resource temporarily unavailable) E: Unable to acquire the dpkg frontend lock (/var/lib/dpkg/lock-frontend), is another process using it?проблема выходит за рамки этого чята

У тебя убунта качает обновы, пока ты применяешь плейбук

Варианты: 1. Подождать 2. Убить процессы apt, dpkg

Возможно ещё unattented update

понял

👍

Возможно ещё unattented update

или кто-то еще подключается к этой убунте (двойной параллельный запуск) плейбука или разных плейбуков, в конце вызывающих apt/dpkg

или кто-то еще подключается к этой убунте (двойной параллельный запуск) плейбука или разных плейбуков, в конце вызывающих apt/dpkg

Вариант, ога

Вопросик, на сколько адекватно один хост использовать в разных инвентори?

Суть проста, мне надо два контейнера поднять, один прод, второй дев

Моральную сторону вопроса "один хост" предлагаю опустить сразу

Вопросик, на сколько адекватно один хост использовать в разных инвентори?

Без проблем

Главное, чтобы вы понимали, что делаете

а на грабли в таком сетапе кто-нибудь нарывался?

Если ты будешь менять общую конфигурацию, то грабли будут

Если только доливать независимые части - то ок

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

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

Товарищи, привет вам. Подскажите, пожалуйста, по обработке ошибок. Вот есть модуль win_updates и простейший таск: win_updates: state: installed reboot: yes Если ОС просто требует установки обновлений, он отрабатывает без проблем. Но если ОС находится в состоянии, когда обновления уже установлены и требуется перезагрузка - задача подает в Failed.

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

when_failed: msg != "A reboot is required..." ?

failed_when: false используется чтобы таска не валилась

failed_when: false используется чтобы таска не валилась

Тогда register будет работать?

По идее да

И состояние failed можно попробовать прочитать, или stdout

Товарищи, привет вам. Подскажите, пожалуйста, по обработке ошибок. Вот есть модуль win_updates и простейший таск: win_updates: state: installed reboot: yes Если ОС просто требует установки обновлений, он отрабатывает без проблем. Но если ОС находится в состоянии, когда обновления уже установлены и требуется перезагрузка - задача подает в Failed.

Какие-то костыли, как будто

Сколько таких пачек обновлений может прилететь ?

failed_when: false используется чтобы таска не валилась

Ну да, так-то оно пошло, но ведь если будет реальная ошибка, оно не отработает.

Сколько таких пачек обновлений может прилететь ?

Да дело не в пачках, а в том, что если кто-то руками или чем-то еще установил обновления на ОС и она ждёт перезагрузки, win_updates модуль падает в Fatal.

Да дело не в пачках, а в том, что если кто-то руками или чем-то еще установил обновления на ОС и она ждёт перезагрузки, win_updates модуль падает в Fatal.

Смотри. Вот ты поставил эти обновления. Они потребовали ребут. Перезагрузился. Дальше продолжаешь ставить ? А если не все обновы установились ?

Ну да, так-то оно пошло, но ведь если будет реальная ошибка, оно не отработает.

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

По идее должен быть отдельный флаг, что система требует ребута

Не при вызове этого модуля (чтоб его не фейлить лишний раз)

Смотри. Вот ты поставил эти обновления. Они потребовали ребут. Перезагрузился. Дальше продолжаешь ставить ? А если не все обновы установились ?

модуль так и работае, как я монимаю - ставит до упора. )

модуль так и работае, как я монимаю - ставит до упора. )

Вряд ли

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

Вряд ли

Я проверял

Хм, интересно

Не, ну, само собой, ему же надо статистику отправить на WSUS чтобы понять, есть ли еще обновления. Т.ч. если ему надо поставить на момент запуска 10 штук и между ними надо 2 ребута - он их сделает.

Т.е. проблема только вначале. Ну, как кажется, у него должен быть флаг - типа игнорируй ошибку и ребутай

Но если он поставил 10, а потом оказалось, что WSUS еще 10 нашел - это уже в рамках следующего запуска плейбука

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

Угу, понял. Попробую в этом ключе поработать ) спасибо.

Т.е. проблема только вначале. Ну, как кажется, у него должен быть флаг - типа игнорируй ошибку и ребутай

Да, в начале. ) И флага я не нашел.

Да, в начале. ) И флага я не нашел.

Можешь им ишью написать )

Что типа глупость делают. Что если стоит флаг reboot, то эту ошибку не надо обрабатывать, а ребутать тачку и устанавливать обновы

Но это мое видение )

Да, в начале. ) И флага я не нашел.

Ты не первый, кстати

И чтоб не фейлить таску они предлагают http://ilovepowershell.com/2015/09/10/how-to-check-if-a-server-needs-a-reboot/

И чтоб не фейлить таску они предлагают http://ilovepowershell.com/2015/09/10/how-to-check-if-a-server-needs-a-reboot/

Ну да, я уже думал так сделать - проверку необходимости ребута. Но решил попробовать с обработкой ошибок)

Здесь хитрее, здесь требуется перезагрузка не "вообще", а "перед дальнейшей установкой апдейтов".

Да дело не в пачках, а в том, что если кто-то руками или чем-то еще установил обновления на ОС и она ждёт перезагрузки, win_updates модуль падает в Fatal.

Это нормально, потому что мы про декларативность. Декларативность описывает: "все обновы установлены". Реальность не совпадает. Значит, фатально.

Это нормально, потому что мы про декларативность. Декларативность описывает: "все обновы установлены". Реальность не совпадает. Значит, фатально.

Ну я в целом понял, да. Как же тогда правильно сделать? Труъ вей.

Идеологически)

Тру вей - не использовать винду (trollface.jpg) А если серьёзно, то такие штуки просто не ложатся в объектную модель ансибла. Она ведь предполагает, что у тебя есть модули - описания состояния, и всё бы ничего, но здесь вмешиваются side effects от установки обновления.

Абстракция протекла 😞

По-хорошему нужен пулл-реквест с флагом, говорящим: "перезагружайяподожду"

я про это и говорю выше

что вариантов два

что вариантов два

Не использовать винду и пулл-реквест)

И вот эту вот дряньку от установщика прямо в модуле обрабатывать..... но я плохо представляю, как должна машинеря асибла работать в случае винды o_O. Общие принципы вроде на месте, но вот использование PoSH вместо SSH - это прям ой.

1. reboot:yes - ребутаем, даже если надо сделать это сразу (до установки обнов, т.к. юзер нам разрешил) 2. имплементить отдельный флаг - ребутай, если не можешь поставить обновы

Не использовать винду и пулл-реквест)

идеально

Да, я больше ко второму варианту склоняюсь.

Окей, спасибо, я понял. Буду думать.)

И вот эту вот дряньку от установщика прямо в модуле обрабатывать..... но я плохо представляю, как должна машинеря асибла работать в случае винды o_O. Общие принципы вроде на месте, но вот использование PoSH вместо SSH - это прям ой.

Да не ой. Там нормуль все

Ssh в новых версиях тоже завезли

Ssh в новых версиях тоже завезли

Да, с этим согласен (https://docs.microsoft.com/ru-ru/windows-server/administration/openssh/openssh_install_firstuse). Но на картинке 2012R2, так что - нет, туда никто ничего не завёз.

Есть старый порт от microsoft, работает в 2008r2/7: https://github.com/PowerShell/Win32-OpenSSH/wiki/Install-Win32-OpenSSH

- block: - name: set playbook start_time fact set_fact: play_start_time: "{{ lookup('pipe','date \"+%Y-%m-%d %H:%M:%S\"') }}" ... any_errors_fatal: yes rescue: - include_role: name: telegram-error ребят, а почему такое может не падать на fatal? просто продолжает дальше выполнение

- block: - name: set playbook start_time fact set_fact: play_start_time: "{{ lookup('pipe','date \"+%Y-%m-%d %H:%M:%S\"') }}" ... any_errors_fatal: yes rescue: - include_role: name: telegram-error ребят, а почему такое может не падать на fatal? просто продолжает дальше выполнение

https://docs.ansible.com/ansible/latest/user_guide/playbooks_blocks.html#blocks-error-handling

У тебя при ошибке срабатывает rescue, успешно выполняется и удаляет статус ошибки для плейбука