Ansible Handler升级失败无法触发回滚的问题求助

首先，你的问题核心在于Ansible 2.5.x版本中，Handler通过include引入带有block/rescue的任务文件时，异常捕获机制无法正常工作。早期Ansible的Handler执行环境和普通Tasks存在差异，动态include会破坏block的异常处理上下文，导致任务失败后直接终止Handler，不会进入rescue或always块。

问题根源 #

在Ansible 2.5中，include是动态加载任务，而Handler的执行流程不会为动态加载的任务初始化block的异常处理上下文。当你在Handler里用include: upgrade.yml时，upgrade.yml里的block只是被当作普通任务列表执行，一旦其中某个任务失败，Ansible会直接标记Handler失败并停止执行后续逻辑，完全忽略rescue和always块。

可行解决方案 #

方案1：改用import_tasks替代include #

import_tasks是静态导入，会在Playbook解析阶段就把任务合并到Handler中，这样block的异常处理上下文能被正确初始化。

修改handlers/main.yml：

- name: upgrade task
  import_tasks: upgrade.yml

upgrade.yml保持原有结构不变：

- block:
    - debug: msg="Starting upgrade"
    - name: Simulate failure of first of many upgrade tasks
      command: /bin/false
  rescue:
    - debug: msg="Upgrade failed, rolling back now"
    - name: Rollback deploy
      import_tasks: rollback.yml
  always:
    - debug: msg="Upgrade complete"

方案2：将升级逻辑封装为Role #

Role的执行环境更稳定，在Handler中调用Role可以确保block/rescue正常工作。

1. 创建roles/upgrade/tasks/main.yml：

- block:
    - debug: msg="Starting upgrade"
    - name: Simulate failure of first of many upgrade tasks
      command: /bin/false
  rescue:
    - debug: msg="Upgrade failed, rolling back now"
    - name: Rollback deploy
      import_tasks: rollback.yml
  always:
    - debug: msg="Upgrade complete"

2. 修改handlers/main.yml调用Role：

- name: upgrade task
  include_role:
    name: upgrade

方案3：将升级逻辑移到普通Tasks，用条件触发 #

如果不想调整Handler结构，可以在Tasks中设置一个Fact标记配置是否变更，然后在后续Tasks中执行升级逻辑（包含block/rescue），通过when条件控制仅在配置变更时执行。

示例：

# tasks/main.yml
- name: Update configuration 1
  template:
    src: conf.j2
    dest: "{{ conf_dir }}/conf.conf"
  register: conf1_changed

- name: Update configuration 2
  template:
    src: conf2.j2
    dest: "{{ conf_dir }}/conf2.conf"
  register: conf2_changed

- name: Set config changed flag
  set_fact:
    config_updated: "{{ conf1_changed.changed or conf2_changed.changed }}"

- block:
    - debug: msg="Starting upgrade"
    - name: Simulate failure of first of many upgrade tasks
      command: /bin/false
  rescue:
    - debug: msg="Upgrade failed, rolling back now"
    - name: Rollback deploy
      import_tasks: rollback.yml
  always:
    - debug: msg="Upgrade complete"
  when: config_updated

不推荐的方案 #

你提到的"标记失败任务为changed而非failed并触发回滚"确实极易出错，因为这会混淆任务的实际状态，可能导致正常失败的任务被误判为变更，或者变更任务被误判为失败，不建议使用。

内容的提问来源于stack exchange，提问作者MilesHampson