на выходе конфига ставится кухня из репы дебиана

я не вижу способа управлять этим процессом.

видимо чего есть в репе то и поставит

спасибо разрбрался.

http://docs.ansible.com/ansible/intro_installation.html#installing-the-control-machine

ставте ансибль из гита.

эм

kitchen-ci

--- driver: name: docker use_sudo: false provisioner: name: ansible_playbook hosts: all playbook: site.yml ansible_verbose: true ansible_verbosity: 4 require_chef_for_busser: false ansible_version: "2.1.0.0" require_pip: true platforms: - name: debian driver_config: image: debian:latest suites: - name: default run_list: attributes: так вот взлетает правильная версия.

судя по ответам кухней никто не пользуется :)

ваще никто :)

а чем тогда ?

А зачем?

думаю это риторический вопрос

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

они ж идемпотентные должны быть

мультиосность

возможность быть уверемнным через полгода что изменение библиотеки А не привело к тому что у тя все сломалось

ну я не уверен что это поможет, но если поможет, то хорошо :)

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

по процу и прочему

дык кухня для этого и есть

перет пустой вагрант

делает в него инсталяцию по плейбуку

проверяет по serverspec

говорит ок.

ааа, ну тогда норм

Господа, если вдруг захотите поробовать kitchen не надо. molecule почти так же хорошо, но без ruby

ой, правда? ))

и еще кто нить использует proxy в плейбуках ?

кухня, кухня..

не. кухня молодец.

но видимо для шефа

мне так и не удалось завести кухню с ансиблом и тестами testinfra

мне то же. И как я вижу руби, рука тянеться выкинуть к ебеням и заблокировтаь доступ

а тут вполне няшно получилось

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

как вы со всей очевидностью поняли, из-за ruby

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

было бы еще что-то нормальное, но не редмайн..

а так приходится жрать кактус

ну вот да

java не предлагать!

java не предлагать!

:)))))

trac

убог

ну нет, trac это пздц

"редмайн это трак на много проектов"

ну и да, он конечно родоначальник, но устарел морально

ибо совместимость

да, я им пользовался и он мне "нравился", году в 2006

но в 2016 - это вон пусть фанаты FreeBSD (сам поклонником был) пусть его себе ставят

у меня до сих пор несколько серверов на фре >_<

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

немножка человеков с девопс канальчика.

А чего в канале небыло уведомления?

Переспрошу тут. Но похоже придется свои проверки добавлять. Может тут что подскажете универсальное?

Всем, привет! Вопрос по ansible (немного не в текущую тему, но надеюсь поможете). Возможно ли восстановить ansible после падения (или kill), так чтобы он прогнал и невыполненные handlers, которые должны были бы запустится?

круть)

Всем, привет! Вопрос по ansible (немного не в текущую тему, но надеюсь поможете). Возможно ли восстановить ansible после падения (или kill), так чтобы он прогнал и невыполненные handlers, которые должны были бы запустится?

а разве retry это не про это ?

retry запустит со свалившейся задачи. Но не запустит handlers, которые должны были бы выполнится.

и во второй прогон handlers может быть пропущен, так как там все уже обновлено.

а зачем килять ансибл во время работы? )

Это не специально ) Ситуация такая. У нас есть прод стенд на котором оганиченный доступ и не можем поставить ни screen, ни tmux. vpn туда периодически рвется и запускать мы можем только изнутри этого стенда. Соответвенно при обрыве vpn валится и ansible и это очень печально.

script, nohup, & помогут вам

и предполагаю что есть quiet режим работы, когда нет вывода на экран, и обрыв система еще долго не заметит

как вариант. Пока ищу вариант внутри ansible. Так как не хочется еще инструкцию для интегратора обновлять.

Есть вариант с git+ansible-pull. Выполняется полностью на стороне сервера. Обрывы пофиг.

Тоже интересный вариант

А если handler падает с обрывом связи, ansible тоже ведь его не сможет перезапустить на retry?

Слушайте, я уже несколько раз наблюдал вот такую шнягу. И вот опять: TASK [ci_mac : install carthage] *********************************************** ok: [cider] ERROR! Unexpected Exception: unhashable type: 'dict' to see the full traceback, use -vvv При этом, если запустить с -vvv ошибка куда-то девается.

При обычном запуске да. Будет новый проход.

Слушайте, я уже несколько раз наблюдал вот такую шнягу. И вот опять: TASK [ci_mac : install carthage] *********************************************** ok: [cider] ERROR! Unexpected Exception: unhashable type: 'dict' to see the full traceback, use -vvv При этом, если запустить с -vvv ошибка куда-то девается.

Куда копать, хотя бы примерно, никто не знает?

При обычном запуске да. Будет новый проход.

Как подобные ситуации тогда обходить? Я что-то часто сталкиваюсь с проблемой недозапущенных handler'ов

Как решать, не знаю. Если проблема в разывах связи. То гит и локальный запуск.

Пока думаю не получится перейти на pull схему.

Можно сделать костыль. Еще 1 плейбйку с проверкой времени изменения конфига. И срабатфвание хенддеров в случае изменения.

Можно сделать костыль. Еще 1 плейбйку с проверкой времени изменения конфига. И срабатфвание хенддеров в случае изменения.

Как раз этого хочется избежать. Проверки получатся избыточно сложными. Например, * Обновил конфиг rabbit * Не смог ребутнуть rabbit * После этого надо проверить, что rabbit работает с новыми настройками - тут как раз вопрос как это делать? простого варианта нет

Интересно было бы если anisble в retry файлы записывал список поломанных handler'ов и запускал из на retry

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

я почему то от него ожидал что когда я делаю galaxy install он мне поставит роль.

надо как то по другому да ?

ему надо сказать куда ещё

Вчера вот ставил

ansible-galaxy install -p roles geerlingguy.homebrew

иначе он в /etc... будет ломиться

ну вот влоимлся он в etc хрен с ним.