问题描述
在使用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会根据更新后的主机组执行任务，从而解决了主机信息未及时更新的问题。
方案3：确认Ansible配置
如果你依然遇到问题，可以使用ansible-config命令来确认Ansible的配置信息。这将帮助你确认Ansible是否真正使用了你指定的清单文件路径。
总结
通过检查清单插件配置、使用add_host模块更新主机信息以及确认Ansible配置，你可以解决在使用编辑后的清单文件时遇到的问题。这些操作将确保Ansible在执行任务时使用最新的主机信息，从而避免出现错误。