linux中开启ansible详细日志需用-v系列参数：-v显示任务名与结果，-vv展示变量展开与json结构，-vvv暴露ssh连接、远程命令及环境变量，-vvvv打印远程python脚本内容；配合log_path配置或ansible_verbosity环境变量可持久化日志，debug模块则用于运行时状态验证。

Linux 中开启 Ansible 的详细日志输出，核心是用 -v 系列参数控制调试级别，配合环境变量或配置文件实现更持久的日志记录。默认终端输出信息有限，必须显式启用才能看到模块参数、远程执行命令、连接细节等关键线索。

用 -v 参数逐级提升调试深度

运行 ansible-playbook 或 ansible 命令时，附加不同数量的 v 可获取不同粒度的信息：

• -v：显示任务名、模块参数、基础结果（如 changed/ok/failure 统计）
• -vv：额外展示输入数据（如变量展开值）、模块调用的完整 JSON 结构
• -vvv：暴露 SSH 连接过程、Python 解释器路径、临时模块文件位置、远程执行的 shell 命令及环境变量——对排查权限、路径、解释器缺失等问题最有效
• -vvvv：打印远程主机上实际执行的 Python 脚本内容和执行用户，适合深度溯源模块行为异常

捕获远程命令原始输出

很多失败原因藏在远程命令的真实 stderr/stdout 中，而非 msg 字段。启用 -vvv 后注意查看返回结构里的：

Zynq Linux Hardware Debug

Zynq‑7000 / Zynq UltraScale+ 硬件调试技能。适用于 Xilinx Zynq（Cortex‑A9/A53 + FPGA）Linux 环境，调试 I2C、I2S、UART、GPIO 等外设。包括设备树配置、内核驱动、用户空间调试工具、交叉编译和常见问题排查，支持 PetaLinux 开发。

下载

• "module_stdout"：远程命令的标准输出（例如 yum install 的安装日志）
• "module_stderr"：标准错误（如 Permission denied、No such file、rc=1 等直白报错）
• 这些字段比高层 msg 更原始、更可靠，是定位“为什么失败”的第一手依据

通过配置文件启用全局调试日志

若需长期记录或统一管理日志行为，可修改 Ansible 配置：

• 在 ansible.cfg 中添加：
  [defaults]
  log_path = /var/log/ansible.log
  verbosity = 3
• 或设置环境变量：
  export ANSIBLE_VERBOSITY=3（等效于 -vvv）
• 注意：log_path 记录的是控制节点本地日志，不包含远程主机 stdout/stderr；它主要用于审计和复盘，不能替代实时 -vvv 输出

结合 debug 模块验证运行时状态

当问题出现在某任务之后（如 API 返回异常、文件内容不符合预期），仅靠 -v 不够，需主动插入调试点：

• 对前序任务加 register: result_var
• 紧跟一个 debug: var: result_var 查看完整返回结构
• 或用 debug: msg: "{{ result_var.stdout }}" 提取关键字段，避免输出过长
• 再配合 failed_when 将模糊失败转为明确判断，例如：
  failed_when: "'error' in result_var.stdout"