Як продовжити завдання, коли Fabric отримує помилку

Коли я визначаю завдання для запуску на декількох віддалених серверах, якщо завдання виконується на одному сервері і виходить із помилкою, Fabric зупинить і скасує завдання. Але я хочу змусити тканину ігнорувати помилку та запустити завдання на наступному сервері. Як я можу змусити це зробити?

Наприклад:

$ fab site1_service_gw
[site1rpt1] Executing task 'site1_service_gw'

[site1fep1] run: echo 'Nm123!@#' | sudo -S route
[site1fep1] err:
[site1fep1] err: We trust you have received the usual lecture from the local System
[site1fep1] err: Administrator. It usually boils down to these three things:
[site1fep1] err:
[site1fep1] err:     #1) Respect the privacy of others.
[site1fep1] err:     #2) Think before you type.
[site1fep1] err:     #3) With great power comes great responsibility.
[site1fep1] err: root's password:
[site1fep1] err: sudo: route: command not found

Fatal error: run() encountered an error (return code 1) while executing 'echo 'Nm123!@#' | sudo -S route '

Aborting.

З документів :

... За замовчуванням Fabric використовує шаблон “швидкої роботи”: якщо щось піде не так, наприклад, віддалена програма, що повертає ненульове значення повернення, або код Python вашого файлового файлу, що стикається з винятком, виконання негайно зупиниться.

Зазвичай це бажана поведінка, але є багато винятків із правила, тому Fabric надає env.warn_only, логічне налаштування. За замовчуванням значення False означає, що стан помилки призведе до негайного припинення роботи програми. Однак, якщо для env.warn_only встановлено значення True на момент відмови - скажімо, з менеджером контексту налаштувань - Fabric видасть попереджувальне повідомлення, але продовжить виконання.

Схоже, ви можете здійснювати чіткий контроль над тим, де помилки ігноруються, використовуючи settingsконтекстний менеджер , приблизно так:

from fabric.api import settings

sudo('mkdir tmp') # can't fail
with settings(warn_only=True):
    sudo('touch tmp/test') # can fail
sudo('rm tmp') # can't fail

Що стосується Fabric 1.5, існує ContextManager, який полегшує це:

from fabric.api import sudo, warn_only

with warn_only():
    sudo('mkdir foo')

Оновлення: Я знову підтвердив, що це працює в ipython, використовуючи такий код.

from fabric.api import local, warn_only

#aborted with SystemExit after 'bad command'
local('bad command'); local('bad command 2')

#executes both commands, printing errors for each
with warn_only():
    local('bad command'); local('bad command 2')

Ви також можете встановити значення true для всього сценарію warn_only

def local():
    env.warn_only = True

Ви повинні встановити abort_exceptionзмінну середовища та вловити виняток.

Наприклад:

from fabric.api        import env
from fabric.operations import sudo

class FabricException(Exception):
    pass

env.abort_exception = FabricException
# ... set up the rest of the environment...

try:
    sudo('reboot')
except FabricException:
    pass  # This is expected, we can continue.

Ви також можете встановити його в за допомогою блоку. Дивіться документацію тут .

Принаймні у Fabric 1.3.2 ви можете відновити виняток, перехопивши SystemExitвиняток. Це корисно, якщо у вас є кілька команд для запуску в пакетному режимі (наприклад, розгортання) і ви хочете очистити, якщо одна з них не вдається.

У тканини 2.x ви можете просто використовувати Invoke «s бігти з попередить = True аргумент. У будь-якому випадку, invoke - це залежність Fabric 2.x :

from invoke import run
run('bad command', warn=True)

Зсередини завдання:

from invoke import task

@task
def my_task(c):
    c.run('bad command', warn=True)

У моєму випадку на Fabric> = 1.4 ця відповідь була правильною.

Ви можете пропустити поганих хостів, додавши це:

env.skip_bad_hosts = True

Або передача --skip-bad-hostsпрапора /