无法通过Ansible向远程主机~/.bashrc/.profile写入环境变量求助

问题根源分析 #

你遇到的问题核心在于**command模块不支持Shell的特殊语法**——比如重定向符号>>和波浪号~的路径展开。虽然任务显示"changed"，但实际上echo "ES_HOME=..." >> ~/.profile并没有被解析成你期望的Shell命令执行，而是被当作单个命令参数传递，自然不会创建或写入文件。

另外补充一点：就算你成功写入了~/.profile，紧接着的source ~/.profile也不会生效，因为Ansible的每个任务都是在独立的Shell会话中执行的，环境变量无法跨任务传递。

解决方案1：改用shell模块替代command模块 #

如果一定要用Shell命令的方式写入，把command换成shell模块，它会调用远程主机的Shell来解析特殊语法：

- name: install elasticsearch and set ES_HOME
  shell: "{{ item }}"
  with_items:
    - "cd /apps/dmg/ && tar -xzf elasticsearch-6.4.3.tar.gz"
    - "echo 'ES_HOME=/apps/dmg/elasticsearch-6.4.3' >> ~/.profile"

不过这种方式有个小问题：如果多次执行任务，会重复写入相同的行到~/.profile里。

解决方案2：推荐使用lineinfile模块（更安全可靠） #

Ansible专门提供了lineinfile模块来处理单行文件的写入/修改，它会自动检查行是否存在，避免重复写入，是管理配置文件的最佳实践：

- name: extract elasticsearch package
  unarchive:
    src: /apps/dmg/elasticsearch-6.4.3.tar.gz
    dest: /apps/dmg/
    remote_src: yes

- name: set ES_HOME in ~/.profile
  lineinfile:
    path: "~/.profile"
    line: "ES_HOME=/apps/dmg/elasticsearch-6.4.3"
    create: yes  # 如果文件不存在就创建它

这里顺便把解压命令换成了Ansible原生的unarchive模块，比用shell执行tar更符合Ansible的最佳实践，也更容易排查问题。

关于环境变量生效的补充 #

如果后续任务需要用到ES_HOME环境变量，不要依赖source ~/.profile，可以直接在任务中通过environment参数设置：

- name: some task that uses ES_HOME
  command: "{{ ES_HOME }}/bin/elasticsearch --version"
  environment:
    ES_HOME: "/apps/dmg/elasticsearch-6.4.3"

或者直接使用绝对路径，避免依赖环境变量。

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