Именно :)

сериал рабоает на play

linear ?

на таск видимо надо изобретать колесо

Нет же

http://docs.ansible.com/ansible/latest/user_guide/playbooks_strategies.html

где там про task ?

By default, plays run with a linear strategy, in which all hosts will run each task before any host starts the next task

Все должны выпонить задачу перед следующей

+ serial 1 и пойдет дело

дак надо только для одного таска же

А linear не решит эту проблему ?

В роли есть таск: - name: Get host var local_action: module: role_module db: "{{eon_seed_man_db}}" hostname: "{{ inventory_hostname_short }}" register: host_var - name: return var debug: msg: "{{host_var}}" Модуль обращается к БД берёт либо закрепленное за хостом значение, либо свободное и закрепляет его за хостом. В случае прогона плейбуков по множеству хостов, получается наложение: TASK [Role : return var] ok: [host1] => { "msg": "value1" } ok: [host2] => { "msg": "value1" }

linear дефолт

Только последовательность там нет гарантии

БД SQLная, т.е. одновременно возможнно параллельное выполнение SELECTов

В роли есть таск: - name: Get host var local_action: module: role_module db: "{{eon_seed_man_db}}" hostname: "{{ inventory_hostname_short }}" register: host_var - name: return var debug: msg: "{{host_var}}" Модуль обращается к БД берёт либо закрепленное за хостом значение, либо свободное и закрепляет его за хостом. В случае прогона плейбуков по множеству хостов, получается наложение: TASK [Role : return var] ok: [host1] => { "msg": "value1" } ok: [host2] => { "msg": "value1" }

выглядит будто нужна внешняя синхра и cas операция

я такое делаю на консуле

https://github.com/ansible/ansible/issues/12170 для таска есть ишью открытая

https://github.com/ansible/ansible/issues/12170 для таска есть ишью открытая

я об этом и говорю

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

Да дольше, зато есть гарантия

филькина грамота а не гарантия. ибо требует реализации singleton для запуска плейбуа

Так что используй пока для этого плейбука serial и жди когда ишью поправят

Я не понял почему нет :(

Ему главное что бы это не было параллельно, serial 1 говорит что будет по очереди ... все

Мб я чего не понимаю -__-

Задачи в форке последовательно делаются, я так понял.

база compare and swap умеет ?

PGSql, воде умеет.

попробуй плейбук прогнать несколько раз с serial:1 с дебагом

посмотри

ну тогда имеет смысл на ее завязаться. cas block retry until. или питонячий код.

/rmkb@remkeybot

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

Спасибо за информацию!

свободные IP, номера? что то такое?

да, типа того.

блокировки на таблице сильно более правильное imho решение чем serial:1

походу есть вариант

кстати интересно что я его раньше не находил

но надо тестить

ansible_play_batch.index(inventory_hostname)

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

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

если оно работает конечно

Впринципе.... "LOCK TABLE seedlist IN ACCESS EXCLUSIVE MODE;" сработало.

но костыль, однако

офигенно сработает

- set_fact: current_index: "{{ ansible_play_batch.index(inventory_hostname) }}" - debug: var: current_index - meta: end_play ok: [host-02] => { "current_index": "0" } ok: [host-01] => { "current_index": "1" } ok: [host-03] => { "current_index": "2" }

serial: 0

но костыль, однако

если ты заранее вытащишь из базы количество элементов равное количеству хостов, запихнешь их в лист и потом будешь на каждом хосте вынимать по индексу хоста, то каждый из хостов получит уникальный элемент

- set_fact: current_index: "{{ ansible_play_batch.index(inventory_hostname) }}" - debug: var: current_index - meta: end_play ok: [host-02] => { "current_index": "0" } ok: [host-01] => { "current_index": "1" } ok: [host-03] => { "current_index": "2" }

нда. код под комментарий точно :)

а что не так с кодом?

это как раз не костыль

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

имхо

ну так же нет защиты от паралельного вызова плейбука

от паралельного нет

согласен

с кодом всё так. но через месяц помнять зачем там будет не просто. по этому комментарий нужен

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

это так 3 строки на питоне и 290 в ансибле

но я бы все равно не лочил таблицу постоянно, можно при первой выборке один раз залочить и пометить эелементы как занятые (но это уже требует вмешательства в базу)

а по концу пробега зайти и отпустить те для которых play сфэйлился

и все равно имхо это лучше чем 100500 раз бегать в базу и лочить

ERROR: S client not available

хоть и сложнее в реализации

Вот такая ошибка при долгой заливке длинного конфига на сетевую железку это ошибка ansible или модуля? An exception occurred during task execution. To see the full traceback, use -vvv. The error was: error: [Errno 2] No such file or directory fatal: [device-name]: FAILED! => {"changed": false, "err": "[Errno 2] No such file or directory", "msg": "unable to connect to socket"}

Очень любопытное для меня замечание, что после этой ошибки и завершения работы плейбука недостающие команды всё-таки доезжают до железки (вижу по истории команд) - как это?

FAILED не FATAL

Ещё можно же пропускать ошибки принудительно

fatal: [device-name]:

Вообще No such file or directory странное сообщение

Как будто файла нет

Поставить retry, чтобы раз 100 пробовал подключиться. Помогает когда с сетью плохо

ансибл часто так херачит.

думаю ошибка на самом деле другая но после многих уровней отлова ошибки в итоге приехало что приехало

С сетью порядок. Выглядит так, словно либо по времени вылетает, либо примерно на 3000-й строке.

Попробуй вырезать код в отдельный файл и повторить локально только этот кусок, будет проще понять

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

Это по идее хорошо. Если проблема стабильна, то либо в коде, либо лезь в ансибловые скрипты питоновские и смотри как это работает

Понять бы ошибка ансибла или модуля.

В обычных задачах, ошибки модулей относительно редко встречаются

Это модуль Huawei*

Поставить retry, чтобы раз 100 пробовал подключиться. Помогает когда с сетью плохо

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

Модулей ансибла я имел ввиду

Я тоже) Я уже пару забавных вещей в нём обнаружил)

А если вендору написать?

Модуль хуавея на чём?

На питоне?

ce_config - аналог ios_config

да, а может быть иначе?

Жесть

Ну внешний модуль. Смотри как он работает тогда

Про найденные ошибки уже написал. Про вот эту пока нет, потому что не уверен, что в нём дело.

А руками такая операция проходит нормально?

да

Ну тогда проверь дебагом все входящие значения