为不同主机及参数运行Ansible Role时仅执行首个Play的问题

你遇到的第二个Play未执行的问题，和allow_duplicates无关——这个参数仅用于允许同一Play内重复调用同一个Role，而你的两个Play针对不同主机组，属于独立执行单元，因此该参数在这里不起作用。

可能的原因排查 #

• 主机组有效性问题：确认common_web_servers主机组在你的Inventory中存在可用主机，且主机网络连通正常。可通过ansible common_web_servers -m ping提前验证。
• 变量定义问题：检查common_web_services变量是否在对应路径（如group_vars/common_web_servers.yml）中正确定义，若变量未定义或为空，可能导致Play无实际操作或静默失败。
• 执行过滤问题：确认运行Playbook时未使用--tags等参数过滤任务，或全局Ansible配置未限制Play执行范围。

针对性解决方案 #

方案1：确保变量正确加载 #

在对应主机组的变量文件中明确定义common_web_services，例如：

# group_vars/common_web_servers.yml
common_web_services:
  - blog
  - static_files

方案2：合并Play（通过条件判断适配不同主机组） #

无需拆分Play，可通过条件判断为不同主机组传递对应变量，示例如下：

- name: Deploy Nginx services to all web servers
  hosts: central_web_servers:common_web_servers
  roles:
    - role: nginx_setup
      web_services: "{{ central_web_services if inventory_hostname in groups['central_web_servers'] else common_web_services }}"

方案3：通过日志定位问题 #

运行Playbook时添加详细日志参数，查看第二个Play的执行细节：

ansible-playbook -i your_inventory.yml your_playbook.yml -vvv

根据日志判断是“未匹配到主机”“变量错误”还是“任务被跳过”，再针对性修复。

额外提示 #

• allow_duplicates: true仅适用于同一Play内多次调用同一Role的场景（比如给同一主机传不同参数重复执行Role），你的跨Play场景完全不需要设置该参数。
• 确保Role的任务逻辑依赖web_services变量动态生成配置（比如用loop: "{{ web_services }}"遍历生成对应Nginx配置文件），避免因变量为空导致任务无实际操作。

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