9.15. Red Hat Enterprise Linux 系统角色
将 RHEL 系统角色与 Ansible 2.9 一起使用可以显示一条有关将 dnf 与 command 模块一起使用的警告
从 RHEL 8.8 开始，RHEL 系统角色不再在 dnf 模块中使用 warn 参数，因为此参数已在 Ansible Core 2.14 中删除。但是，如果您仍然将最新的 rhel-system-roles 软件包与 Ansible 2.9 一起使用，且角色安装软件包，则会显示以下警告之一：
[WARNING]: Consider using the dnf module rather than running 'dnf'. If you need to use command because dnf is insufficient you can add 'warn: false' to this command task or set 'command_warnings=False' in ansible.cfg to get rid of this message.
[WARNING]: Consider using the yum, dnf or zypper module rather than running 'rpm'. If you need to use command because yum, dnf or zypper is insufficient you can add 'warn: false' to this command task or set 'command_warnings=False' in ansible.cfg to get rid of this message.
如果要隐藏这些警告，请将 command_warnings = False 设置添加到 ansible.cfg 文件的 [Defaults] 部分。但请注意，此设置禁用了 Ansible 中的所有警告。
使用 playbook 或清单中的 localhost 主机名无法管理 localhost
RHEL 中包含了 ansible-core 2.13 软件包，如果您在您管理节点的同一台主机上运行 Ansible，则无法通过在 playbook 或清单中使用 localhost 主机名来实现它。这是因为 ansible-core 2.13 使用 python38 模块，并且缺少许多库，例如，用于 storage 角色的 blivet，用于 network 角色的 gobject。要临时解决这个问题，如果您已在 playbook 或清单中使用了 localhost 主机名，您可以使用 ansible_connection=local 来添加一个连接，或者使用 ansible_connection=local 选项创建一个列出 localhost 的清单文件。使用这种方式，您可以管理 localhost 上的资源。如需了解更多详细信息，请参阅文章 在 localhost 上运行时，RHEL 系统角色 playbook 失败。
当 rhc_auth 包含激活密钥时，rhc 系统角色在已注册的系统上会失败
如果为 rhc_auth 参数指定了激活密钥，在在已经注册的系统上执行 playbook 文件会失败。要临时解决这个问题，在已经注册的系统上执行 playbook 文件时不要指定激活密钥。
配置 imuxsock 输入基本类型导致一个问题
通过 logging RHEL 系统角色和 use_imuxsock 选项配置"imuxsock"输入基本类型导致受管节点上生成的配置出现问题。此角色设置 name 参数，但 "imuxsock" 输入类型不支持 name 参数。因此，rsyslog 日志记录工具打印 parameter 'name' not known – typo in config file? 错误。
对于 RHEL 9 UEFI 受管节点，bootloader RHEL 系统角色的 bootloader_password 变量无法工作
在以前的版本中，bootloader_password 变量错误地将密码信息放在 /boot/efi/EFI/redhat/user.cfg 文件中。正确的位置是 /boot/grub2/user.cfg 文件。因此，当重启受管节点来修改任何引导装载程序条目时，GRUB2 不提示您输入密码。要临时解决这个问题，您可以手动将 user.cfg 文件从不正确的 /boot/efi/EFI/redhat/ 目录中移到正确的 /boot/grub2/ 目录中，以实现预期的行为。
