ubuntu - 如何检测 Ansible playbook 在执行期间挂起的原因

Question

我写的一些任务开始并且永远不会结束。Ansible 不提供任何可以解释这一点的错误或日志，即使使用 -vvvv 选项也是如此。剧本只是挂起，经过几个小时不会改变任何事情。

当我尝试手动运行我的任务（通过 SSH 输入命令）时，一切都很好。

挂起的示例任务：

- name: apt upgrade
  shell: apt-get upgrade

有什么方法可以查看 stdout 和 stderr 吗？我试过了：

- name: apt upgrade
  shell: apt-get upgrade
  register: hello
- debug: msg="{{ hello.stdout }}"
- debug: msg="{{ hello.stderr }}"

但没有任何改变。

我确实拥有所需的权限，并且我传递了正确的 sudo 密码——其他需要 sudo 的任务才能正确执行。

Answer 1

问题的最可能原因是 SSH 连接。当一个任务需要很长的执行时间时 SSH 超时。我曾经遇到过这样的问题，为了克服 SSH 超时问题，在运行 Ansible 的当前目录中创建一个 ansible.cfg 添加以下内容：

[ssh_connection]

ssh_args = -o ServerAliveInterval=n

n我们通过 SSH 连接到服务器时使用的 ServerAliveInterval（秒）在哪里。将其设置在 1-255 之间。这将导致 ssh 客户端每秒向服务器发送空数据包n以避免连接超时。

Answer 2

我在使用剧本时遇到了同样的问题。

它运行完美，直到某个点然后停止，所以我添加了异步和轮询参数以避免这种行为

- name: update packages full into each server
  apt: upgrade=full
  ignore_errors: True
  async: 60
  poll: 60

它就像一个魅力！我真的不知道发生了什么，但现在 Ansible 似乎记住了正在发生的事情并且不再冻结！

希望能帮助到你

Answer 3

我遇到了同样的问题，经过一番摆弄后，我发现问题出在收集事实的步骤中。这里有一些提示可以更好地解决任何类似的问题。

在你的剧本中禁用事实收集：

---
- hosts: myservers
  gather_facts: no
..

重新运行剧本。如果它有效，则意味着罪魁祸首不在 SSH 本身，而是在收集事实的脚本中。我们可以很容易地调试该问题。

1. SSH到远程盒子
2. setup在文件夹中的某处找到.ansible文件。
3. ./setup用or运行它python -B setup

如果它挂起，那么我们肯定知道问题就在这里。要准确找到导致它挂起的原因，您可以简单地使用编辑器打开文件并print主要populate()在Facts. 重新运行脚本，看看它运行了多长时间。

对我来说，这个问题似乎是试图在线解析主机名，self.facts['fqdn'] = socket.getfqdn()并且通过一些谷歌搜索结果证明是解析远程主机名的问题。

Answer 4

对我来说完全不同的解决方法。我有这个从 Debian Jessie ( Linux PwC-Deb64 3.16.0-4-amd64 #1 SMP Debian 3.16.7-ckt25-2+deb8u3 (2016-07-02) x86_64 GNU/Linux) 到我试图在 AWS 中构建的另一个 Debian 映像。

在此处的许多建议对我不起作用之后，我对 SSH“共享”连接产生了怀疑。我去了我的ansible.cfg，找到了ssh_args线条并设置了ControlMaster=no. 这现在可能执行缓慢，因为我已经失去了应该提供的 SSH 性能提升，但似乎这之间存在一些交互，这apt-get导致了问题。

您ansible.cfg可能位于您运行的目录中，也可能ansible位于/etc/ansible. 如果是后者，您可能希望在开始更改之前将其复制到本地目录中！

Answer 5

就我而言，ansible 是“永远挂起”，因为 apt-get 试图问我一个问题！我是怎么想出来的？我去了目标服务器并运行ps -aef | grep apt，然后kill执行了适当的“卡住”apt-get命令。

在我这样做之后，我的 ansible playbook 立即恢复了活力并报告（提供了ansible-playbook -vvv选项）：

    " ==> Deleted (by you or by a script) since installation.",
    " ==> Package distributor has shipped an updated version.",
    "   What would you like to do about it ?  Your options are:",
    "    Y or I  : install the package maintainer's version",
    "    N or O  : keep your currently-installed version",
    "      D     : show the differences between the versions",
    "      Z     : start a shell to examine the situation",
    " The default action is to keep your current version.",
    "*** buildinfo.txt (Y/I/N/O/D/Z) [default=N] ? "

在阅读了有用的诊断输出后，我立即意识到我需要一些适当的 dpkg 选项（例如，参见这篇 devops 帖子）。就我而言，我选择了：

apt:
  name: '{{ item }}'
  state: latest
  update_cache: yes
  # Force apt to always update to the newer config files in the package:
  dpkg_options: 'force-overwrite,force-confnew'
loop: '{{ my_packages }}'

另外，不要忘记在您终止 ansible 会话后进行清理，否则您的安装仍然可能会失败：

sudo dpkg --configure -a

Answer 6

删除我的 SSH 密钥的密码为我修复了它，例如：

ssh-keygen -p