Ansible - 故障排除



调试 Ansible playbook 最常用的策略是使用以下模块:

调试和注册

这两个模块在 Ansible 中可用。为了调试,我们需要明智地使用这两个模块。下面演示了一些示例。

使用详细程度

使用 Ansible 命令,可以提供详细程度级别。您可以使用详细程度级别 1 (-v) 或 2 (-vv) 运行命令。

重要事项

在本节中,我们将通过一些示例来了解一些概念。

如果您没有引用以变量开头的参数。例如:

vars: 
   age_path: {{vivek.name}}/demo/ 
   
{{vivek.name}} 

这将抛出一个错误。

解决方案

vars: 
   age_path: "{{vivek.name}}/demo/" – marked in yellow is the fix. 
 
How to use register -> Copy this code into a yml file say test.yml and run it  
--- 
#Tsting 
- hosts: tomcat-node 
   tasks: 
 
   - shell: /usr/bin/uptime 
      register: myvar 
      - name: Just debugging usage 
         debug: var = myvar 

当我通过命令 Ansible-playbook -i hosts test.yml 运行此代码时,我得到如下所示的输出。

如果您查看 yaml,我们已将命令的输出注册到一个变量 – **myvar** 中,并仅打印了输出。

用黄色标记的文本告诉我们变量 –myvar 的属性,可用于进一步的流程控制。通过这种方式,我们可以找出特定变量公开的属性。以下调试命令对此有所帮助。

$ ansible-playbook -i hosts test.yml 

PLAY [tomcat-node] ***************************************************************
**************** ****************************************************************
*************** ****************************** 
 
TASK [Gathering Facts] *****************************************************************
************** *****************************************************************
************** ************************** 
Monday 05 February 2018  17:33:14 +0530 (0:00:00.051) 0:00:00.051 ******* 
ok: [server1] 
 
TASK [command] ******************************************************************
************* ******************************************************************
************* ********************************** 
Monday 05 February 2018  17:33:16 +0530 (0:00:01.697) 0:00:01.748 ******* 
changed: [server1] 
 
TASK [Just debugging usage] ******************************************************************
************* ******************************************************************
************* ********************* 
Monday 05 February 2018  17:33:16 +0530 (0:00:00.226) 0:00:01.974 ******* 
ok: [server1] => { 
   "myvar": { 
      "changed": true, 
      "cmd": "/usr/bin/uptime", 
      "delta": "0:00:00.011306", 
      "end": "2018-02-05 17:33:16.424647", 
      "rc": 0, 
      "start": "2018-02-05 17:33:16.413341", 
      "stderr": "", 
      "stderr_lines": [], 
      "stdout": " 17:33:16 up 7 days, 35 min,  1 user,  load average: 0.18, 0.15, 0.14", 
      "stdout_lines": [ 
         " 17:33:16 up 7 days, 35 min,  1 user,  load average: 0.18, 0.15, 0.14" 
      ] 
   } 
} 
 
PLAY RECAP ****************************************************************************
**********************************************************************************
 ************************************** 
server1 : ok = 3    changed = 1    unreachable = 0    failed = 0 

常见的 Playbook 问题

在本节中,我们将学习一些常见的 playbook 问题。这些问题包括:

  • 引用
  • 缩进

Playbook 以 yaml 格式编写,以上两者是 yaml/playbook 中最常见的问题。

Yaml 不支持基于制表符的缩进,而支持基于空格的缩进,因此需要小心这一点。

**注意** - 完成 yaml 的编写后,打开此网站(https://editor.swagger.io/),并将您的 yaml 复制粘贴到左侧,以确保 yaml 正确编译。这只是一个提示。

Swagger 将错误限定在警告和错误中。

广告