这个报错的原因很明确——Ansible的每个task只能包含一个核心动作模块，你把include_role和lineinfile放在同一个task里，自然会触发冲突。下面给你两种解决思路，优先推荐第一种更优雅的方案：

方案一：通过task的environment参数传递临时环境变量（推荐） #

这种方式不需要修改系统全局的/etc/environment，只在当前include_role的执行上下文里生效，完全符合你“让role内的playbook获取INDEX”的需求。

修改后的代码如下：

- name: 循环调用my-role并传递INDEX临时环境变量
  include_role:
    name: my-role
    vars:
      user_name: '{{ user_temp[item|int] }}'
      queue_name: '{{ queue_temp[item|int] }}'
  with_sequence: 'start=0 end={{ number_of_users|int }}'
  environment:
    INDEX: '{{ item|int }}'

在my-role内部（包括它调用的playbook），你可以通过两种方式获取这个环境变量：

• 使用Ansible的lookup插件：

  - name: 打印当前INDEX值
    debug:
      msg: "当前迭代索引是 {{ lookup('env', 'INDEX') }}"
  

• 在shell/command模块中直接使用环境变量语法：

  - name: 在shell命令中使用INDEX
    shell: echo "正在处理索引为 $INDEX 的用户"
  

方案二：拆分task，持久化修改系统环境变量（不推荐） #

如果你确实需要把INDEX写入/etc/environment（比如后续其他进程也要用到），可以把两个动作拆分成独立的task，用block包裹后统一循环：

- name: 循环设置系统环境变量并调用my-role
  block:
    - name: 更新/etc/environment中的INDEX值
      lineinfile:
        dest: "/etc/environment"
        state: present
        regexp: '^export INDEX='  # 用正则匹配已有行，避免重复添加
        line: 'export INDEX={{ item|int }}'

    - name: 调用my-role
      include_role:
        name: my-role
        vars:
          user_name: '{{ user_temp[item|int] }}'
          queue_name: '{{ queue_temp[item|int] }}'
  with_sequence: 'start=0 end={{ number_of_users|int }}'

⚠️ 注意：这种方式会修改系统全局的环境变量，可能影响其他正在运行的进程；而且如果是并行执行循环（Ansible默认串行，但特殊场景下可能并行），会出现索引值覆盖的问题，所以非必要不推荐。

内容的提问来源于stack exchange，提问作者cell-in