如何在使用编辑后的清单文件时进行操作？

45次阅读

问题描述

在使用Ansible工作流时，遇到了一个问题。他有两个模板，第一个模板用于将新的主机添加到hosts.ini清单文件中，第二个模板用于等待主机启动。然而，在第二个模板中，他遇到了错误提示，指出提供的主机列表为空，只有本地主机可用。他想知道为什么在执行目录中会有一个空的hosts.ini文件，并且为什么Ansible使用它，而不是在ansible.cfg文件中指定的/var/lib/awx/projects/_52__glusterfs/hosts.ini文件。

解决方案

请注意以下操作可能会受到版本差异影响，确保你的配置正确无误。

方案1：检查清单插件配置

你的问题可能与Ansible清单插件的配置有关。在ansible.cfg配置文件中，你启用了多个清单插件，例如host_list、script、auto、yaml、ini、toml等。如果你不需要所有这些插件，可能会造成处理时间的增加，并且有可能某个插件会错误地解析你的清单文件为空清单。根据文档的说明，一旦某个清单插件成功解析了一个源，其他剩余的清单插件将会被跳过。因此，如果不需要这些插件，可以尝试将这行配置注释掉，或者删除其中的一些插件配置。

方案2：使用`add_host`模块更新主机信息

在你的第一个模板中，你向hosts.ini清单文件添加了新的主机，但是Ansible并没有被通知这一变化。这可能导致在第二个模板中使用旧的主机信息。为了解决这个问题，你可以在第一个模板中使用add_host模块来更新Ansible的主机信息。以下是如何使用add_host模块的示例步骤：

在第一个模板中使用add_host模块将新主机添加到相应的组中，以更新Ansible的主机信息。

- name: Add host gluster1 to group gluster
  add_host:
    name: gluster1
    groups: gluster

在第二个模板中，你可以针对更新后的主机组执行任务。这样，Ansible将会根据最新的主机信息来执行任务。

- name: Second play to do gluster things
  hosts: gluster  # 使用更新后的主机组
  tasks:
    - name: Wait for hosts up
      wait_for:
        host: gluster1
        port: 22
    - name: Be awesome
      debug:
        msg: "Awesomeness Achieved"

这样，使用add_host模块来更新主机信息后，Ansible会根据更新后的主机组执行任务，从而解决了主机信息未及时更新的问题。