Ansible执行含特殊字符的多步骤Shell命令报错求助

这个问题我之前踩过坑！核心矛盾在于Ansible的Jinja2模板语法{{ ... }}和Docker CLI的格式化模板撞车了——Ansible会优先把这些{{当成自己的变量去解析，结果传到shell里的命令已经被改得乱七八糟，自然执行失败。下面给你几个亲测有效的解决办法：

方法1：用Jinja2的raw块包裹命令（最直接） #

在Playbook里用{% raw %}和{% endraw %}把你的整个Shell命令包裹起来，这样Ansible会原封不动地把命令传给Shell，不会解析里面的{{模板：

- name: 查询Docker栈运行状态
  shell: |
    {% raw %}
    for STACK in stackone stacktwo;do docker stack ps --format "table {{.ID}}\t{{.Name}}\t{{.CurrentState}}\t{{.Error}}\t{{.Node}}" $STACK | (read -r; printf "%s\n" "$REPLY"; sort -k 2|grep srcd |grep -v Shutdown ); done;
    {% endraw %}

方法2：手动转义模板符号 #

把命令里的每个{{替换成{{ '{{' }}，每个}}替换成{{ '}}' }}，这样Ansible解析后会生成原始的Docker模板符号：

- name: 查询Docker栈运行状态
  shell: >
    for STACK in stackone stacktwo;do docker stack ps --format "table {{ '{{.ID}}' }}\t{{ '{{.Name}}' }}\t{{ '{{.CurrentState}}' }}\t{{ '{{.Error}}' }}\t{{ '{{.Node}}' }}" $STACK | (read -r; printf "%s\n" "$REPLY"; sort -k 2|grep srcd |grep -v Shutdown ); done;

这里用>是YAML的折叠换行符，让长命令更易读，避免换行带来的语法问题。

方法3：把命令写成外部脚本（最省心） #

如果命令太复杂，转义起来麻烦，不如把它保存成一个独立的Shell脚本（比如check_stack_status.sh），然后用Ansible的script模块执行：

脚本内容（check_stack_status.sh）： #

#!/bin/bash
for STACK in stackone stacktwo;do
    docker stack ps --format "table {{.ID}}\t{{.Name}}\t{{.CurrentState}}\t{{.Error}}\t{{.Node}}" "$STACK" | 
    (read -r; printf "%s\n" "$REPLY"; sort -k 2 | grep srcd | grep -v Shutdown )
done

Playbook中的调用： #

- name: 执行栈状态查询脚本
  script: check_stack_status.sh

这个方法完全不用处理转义问题，适合复杂的Shell逻辑，后期维护也更方便。

方法4：用command模块的argv参数（推荐） #

如果你的Ansible版本在2.4以上，可以用command模块的argv参数，把命令拆分成数组形式传递，这样Ansible不会解析数组里的模板符号：

- name: 查询Docker栈运行状态
  command:
    argv:
      - bash
      - -c
      - |
        for STACK in stackone stacktwo;do
            docker stack ps --format "table {{.ID}}\t{{.Name}}\t{{.CurrentState}}\t{{.Error}}\t{{.Node}}" "$STACK" | 
            (read -r; printf "%s\n" "$REPLY"; sort -k 2 | grep srcd | grep -v Shutdown )
        done

这种方式既保留了命令的可读性，又彻底避免了模板解析冲突，是我现在常用的方式。

为什么之前转义失败？ #

大概率是转义方式不对：比如只转义了单个{，或者用了单引号包裹命令（YAML中单引号里的反斜杠不会被转义），导致Ansible还是把{{当成自己的变量解析了。上面的几种方法都能彻底解决这个冲突。

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