Ansible: Up and Running, 3ª Edición

Capítulo 8. Depuración de los Playbooks Ansible

Este trabajo se ha traducido utilizando IA. Agradecemos tus opiniones y comentarios: [e-mail]

Seamos realistas: los errores ocurren. Ya sea un error en un libro de jugadas o un archivo de configuración en tu máquina de control con un valor de configuración incorrecto, en algún momento algo va a salir mal. En este capítulo, repasaremos algunas técnicas que puedes utilizar para localizar esos errores.

Mensajes de error humanos

Cuando una tarea Ansible falla, el formato de salida no es muy amigable para cualquier lector humano que intente depurar el problema. He aquí un ejemplo de mensaje de error generado mientras trabajaba en este libro:

 TASK [mezzanine : check out the repository on the host] ************************ fatal: [web]: FAILED! => {"changed": false, "cmd": "/usr/bin/git ls-remote '' -h refs/heads/master", "msg": "Warning:********@github.com: Permission denied (publickey).\r\nfatal: Could not read from remote repository.\n\nPlease make sure you have the correct access rights\nand the repository exists.", "rc": 128, "stderr": "Warning: Permanently added 'github.com,140.82.121.4' (RSA) to the list of known hosts.\r\[e-mail]: Permission denied (publickey).\r\nfatal: Could not read from remote repository.\n\nPlease make sure you have the correct access rights\nand the repository exists.\n", "stderr_lines": ["Warning: Permanently added 'github.com,140.82.121.4' (RSA) to the list of known hosts.", ...