ansible_nodename 和 ansible_facts.nodename 的区别

`ansible_nodename` 和 `ansible_facts.nodename` 都与 Ansible 中主机名相关，但它们在工作原理和用途上有所不同：

1. `ansible_nodename`: 这是一个变量，通常在 Ansible playbooks 或任务的执行过程中可用。当你直接引用这个变量时，它会尝试获取目标机器的当前主机名。如果尚未获取到或有变动，这个值可能会暂时缺失。

2. `ansible_facts.nodename`: 这是Ansible事实（Facts）的一部分，是一个结构化的数据集合，包含了关于目标机器的各种详细信息，包括主机名。在执行 `ansible-galaxy collection install`、`ansible-inventory` 等操作后，或执行了某些事实收集模块如 `setup` 模块，`nodename` 就会被填充并保存在 `ansible_facts` 中，作为持久的、可靠的数据来源。

简而言之，`ansible_nodename` 更像是一种即时的尝试获取主机名的行为，而 `ansible_facts.nodename` 则是在处理完成后存储的事实结果。如果你需要访问稳定的主机名称，应优先考虑使用 `ansible_facts.nodename`。

相关问题

fatal: [control1]: FAILED! => { "msg": "template error while templating string: no filter named 'kolla_address'. String: {% for host in groups['baremetal'] %}\n{% set api_interface = hostvars[host]['api_interface'] %}\n{% if host not in groups['bifrost'] or api_interface in hostvars[host].ansible_facts %}\n{% set hostnames = [hostvars[host].ansible_facts.nodename, hostvars[host].ansible_facts.hostname] %}\n{{ 'api' | kolla_address(host) }} {{ hostnames | unique | join(' ') }}\n{% endif %}\n{% endfor %}\n" }

这个错误出现的原因可能是在Kolla的模板文件中使用了未定义的“kolla_address”过滤器。Kolla使用Jinja2模板引擎来生成配置文件，而Jinja2模板引擎支持自定义过滤器，但是默认情况下并没有定义名为“kolla_address”的过滤器。

解决这个问题的方法是在Kolla的配置文件（比如/etc/kolla/globals.yml）中定义一个名为“kolla_address”的变量，而不是使用过滤器。例如：

kolla_address: "192.168.1.10"

然后在Kolla的模板文件中使用该变量，如下所示：

bind_address = {{ kolla_address }}

如果这个错误还是无法解决，那么可能是因为使用了较早版本的Kolla，可以尝试升级到最新版本，或者查看Kolla文档中是否包含有关kolla_address过滤器的信息。

ansible_facts和ansible_devices 区别

ansible_facts和ansible_devices是Ansible中两个不同的变量。

ansible_facts是一个特殊的变量，它包含了Ansible在目标主机上收集到的所有事实（facts）。这些事实包括操作系统类型、主机名、IP地址、CPU信息、内存信息等等。你可以在Playbook中使用ansible_facts来访问这些事实，并根据需要进行处理或使用。

ansible_devices是一个子变量，它包含了关于目标主机上的存储设备（硬盘、分区等）的信息。ansible_devices变量提供了设备名称、设备类型、设备大小等信息，可以在Playbook中使用它来执行与存储设备相关的操作，比如分区、格式化等。

总结起来，ansible_facts提供了关于目标主机的各种事实信息，而ansible_devices提供了关于目标主机上存储设备的信息。两者都是Ansible提供的变量，可以在Playbook中使用。