Как продолжить задачу, когда Fabric получает ошибку

Когда я определяю задачу для запуска на нескольких удаленных серверах, если задача выполняется на сервере 1 и завершается с ошибкой, 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 вашего fabfile обнаружит исключение, выполнение будет немедленно остановлено.

Обычно это желаемое поведение, но есть много исключений из правила, поэтому 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.

Вы также можете установить его в блоке with. См. Документацию здесь .

По крайней мере, в 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флаг /