Ansible执行Become任务报错：sudo未找到（目标主机已安装sudo）

出现这个报错的核心原因是Ansible连接目标主机时使用的Shell环境未包含sudo命令的路径，具体可能的场景如下：

1. 非登录/非交互Shell导致PATH环境变量受限 #

直接登录目标主机时，系统会加载登录Shell的配置文件（比如~/.bash_profile、/etc/profile），这些文件会扩展PATH环境变量，包含sudo所在的目录（通常是/usr/bin或/usr/local/bin）。而Ansible默认使用非登录、非交互Shell执行任务，这种Shell不会加载上述配置文件，仅使用系统默认的极简PATH，若sudo的路径不在这个默认PATH里，就会出现"command not found"。

2. Ansible连接用户与手动登录用户不一致 #

虽然你手动登录server01能正常用sudo，但如果Ansible流水线中使用的连接用户（比如在hosts.yml或Ansible配置中指定的用户）和你手动登录的用户不同，该用户的环境变量可能未配置sudo的路径，或者该用户本身没有sudo的执行权限（不过权限问题通常报错是"permission denied"，而非命令找不到）。

3. sudo命令的实际路径不在默认PATH中 #

极少数情况下，sudo被安装在非标准路径（比如/usr/local/sbin），而该路径未被加入系统默认的PATH（仅在登录Shell中通过配置文件添加），导致Ansible的非登录Shell无法找到它。

• 可以在Ansible任务中先执行echo $PATH和which sudo，对比手动登录时的输出，确认PATH差异：

  - name: 检查环境变量和sudo路径
    command: echo $PATH && which sudo
    register: env_check
  - name: 打印检查结果
    debug:
      var: env_check.stdout
  

• 解决方法：
  • 在Ansible任务中指定sudo的完整路径：

    become: yes
    become_method: /usr/bin/sudo
    

  • 或者在Ansible任务中手动扩展PATH：

    - name: 扩展PATH并执行任务
      command: your_task_command
      environment:
        PATH: "/usr/bin:/usr/local/bin:{{ ansible_env.PATH }}"
      become: yes
    

  • 确保Ansible使用的连接用户与手动登录用户一致，或为该用户配置正确的环境变量。

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