Ansible Playbook切换用户执行PostgreSQL操作失败求助

嘿，作为Ansible新手碰到这个问题很正常，我来帮你一步步梳理问题所在，然后给出可行的解决方案！

问题分析 #

你遇到的两个核心问题：

1. 错误的命令执行逻辑：你用管道把多个命令传给psql的写法完全不对——psql的交互式命令没法通过这种管道方式传递，而且exit和\q也不该放在管道链里，这直接导致命令逻辑混乱。
2. 临时文件权限冲突：当你用become_user: postgres时，Ansible默认会以root身份创建临时执行文件，再切换到postgres用户去读取执行，这就会出现postgres没有权限访问这些临时文件的报错。

正确的Playbook写法 #

我们可以用psql的非交互式模式（-c参数）直接执行SQL命令，同时调整become的参数解决权限问题：

---
- name: 重建PostgreSQL的scm数据库
  hosts: master_servers
  tasks:
    - name: 删除并重建scm数据库
      become: yes
      become_user: postgres
      become_flags: '-i'  # 模拟登录式shell，解决临时文件权限问题
      shell: |
        psql -c "DROP DATABASE IF EXISTS scm;"
        psql -c "CREATE DATABASE scm OWNER scm ENCODING 'UTF8';"

或者更简洁的写法，把多个SQL命令合并到一个psql -c中（用分号分隔）：

---
- name: 重建PostgreSQL的scm数据库
  hosts: master_servers
  tasks:
    - name: 删除并重建scm数据库
      become: yes
      become_user: postgres
      become_flags: '-i'
      shell: |
        psql -c "DROP DATABASE IF EXISTS scm; CREATE DATABASE scm OWNER scm ENCODING 'UTF8';"

关键说明 #

• become_flags: '-i'：这个参数模拟了sudo su - postgres的登录式shell，让Ansible创建的临时文件能被postgres用户正常访问，直接解决了你遇到的权限报错。
• psql -c参数：这是psql的非交互式执行方式，直接把SQL命令作为参数传入，不需要进入交互式的psql环境，也就不需要\q退出命令了。
• IF EXISTS：在删除数据库时加上这个，可以避免数据库不存在时报错，让Playbook更健壮。

额外优化建议 #

如果你的SQL操作更复杂，也可以把命令写到单独的脚本文件里，用psql -f执行，更易于维护：

1. 在Ansible控制节点创建recreate_scm_db.sql文件：

DROP DATABASE IF EXISTS scm;
CREATE DATABASE scm OWNER scm ENCODING 'UTF8';

2. Playbook中先传文件再执行：

---
- name: 重建PostgreSQL的scm数据库
  hosts: master_servers
  tasks:
    - name: 上传SQL脚本到目标主机
      copy:
        src: recreate_scm_db.sql
        dest: /tmp/recreate_scm_db.sql
        owner: postgres
        group: postgres
        mode: '0644'

    - name: 执行SQL脚本
      become: yes
      become_user: postgres
      become_flags: '-i'
      shell: psql -f /tmp/recreate_scm_db.sql

    - name: 清理临时SQL脚本
      file:
        path: /tmp/recreate_scm_db.sql
        state: absent

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