Ansible根据布尔主机变量触发block rescue段失败原因排查

你的检测逻辑不生效是两个不同的问题导致的，分别对应你修改的两种写法：

1. failed_when: cloud == "false" 不生效的原因 #

从你给出的debug输出可以确认，cloud变量是布尔类型，而你判断的是和字符串"false"相等。在Jinja2（Ansible的模板渲染引擎）的运算规则中，布尔值false和字符串"false"是完全不相等的两个值，因此这个条件永远为假，不会触发失败逻辑。

2. failed_when: not cloud 未按预期触发失败的排查方向 #

理论上当cloud为布尔值false时，not cloud的运算结果为true，应该触发任务失败，出现和预期不符的情况可以按以下顺序排查：

• 确认你修改后的playbook已经正确保存，执行的是修改后的最新版本
• 排查是否存在其他层级的变量（比如group_vars、命令行传参、role defaults）覆盖了inventory中定义的cloud变量值，可以在失败任务前再加一个debug确认执行到该任务时cloud的实际值：

  - name: 确认任务执行时cloud变量的值
    ansible.builtin.debug:
      msg: "cloud当前值为{{ cloud }}, not cloud的结果为{{ not cloud }}"
  

• 避免类型匹配的隐式问题，推荐用更严谨的布尔值判断写法：

  # 测试用，cloud为假时触发失败
  failed_when: cloud is false
  

如果你要实现「当cloud为true时触发失败走rescue段落」的需求，推荐加一层布尔转换过滤，避免不同来源的变量类型不一致导致的判断失效：

- name: check if target host is cloud system
  ansible.builtin.set_fact:
    dummy: true
  failed_when: cloud | bool

如果是测试场景需要主动触发失败，直接把条件改成failed_when: not (cloud | bool)即可。

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