9.15. Red Hat Enterprise Linux 시스템 역할
Ansible 2.9와 함께 RHEL 시스템 역할을 사용하면 command 모듈에서 dnf 사용에 대한 경고가 표시될 수 있습니다.
RHEL 8.8 이후 RHEL 시스템 역할은 이 매개변수가 Ansible Core 2.14에서 제거되었기 때문에 dnf 모듈과 함께 에서 더 이상 warn 매개 변수를 사용하지 않습니다. 그러나 Ansible 2.9에서 최신 rhel-system-roles 패키지를 사용하고 역할이 패키지를 설치하는 경우 다음 경고 중 하나를 표시할 수 있습니다.
[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.
이러한 경고를 숨기려면 ansible.cfg 파일의 [Defaults] 섹션에 command_warnings = False 설정을 추가합니다. 그러나 이 설정은 Ansible의 모든 경고를 비활성화합니다.
플레이북 또는 인벤토리에서 localhost 호스트 이름을 사용하여 localhost 를 관리할 수 없음
RHEL에 ansible-core 2.13 패키지가 포함된 경우 노드를 관리하는 동일한 호스트에서 Ansible을 실행하는 경우 플레이북 또는 인벤토리에서 localhost 호스트 이름을 사용하여 수행할 수 없습니다. 이 문제는 ansible-core 2.13 에서 python38 모듈을 사용하고 많은 라이브러리가 누락되어 있습니다(예: 스토리지 역할의 blivet, 네트워크 역할의 gobject ). 이 문제를 해결하려면 플레이북 또는 인벤토리에서 localhost 호스트 이름을 이미 사용하고 있는 경우 ansible_connection=local 을 사용하거나 옵션으로 ansible_connection=local localhost 를 나열하는 인벤토리 파일을 생성하여 연결을 추가할 수 있습니다. 이를 통해 localhost 에서 리소스를 관리할 수 있습니다. 자세한 내용은 localhost에서 실행할 때 RHEL 시스템 역할 플레이북이 실패하는 문서를 참조하십시오.
에 활성화 키가 포함된 경우 rhc 시스템 역할이 이미 등록된 시스템에서 실패합니다.rhc _auth
rhc_auth 매개 변수에 대해 활성화 키가 지정된 경우 이미 등록된 시스템에서 플레이북 파일을 실행할 수 없습니다. 이 문제를 해결하려면 이미 등록된 시스템에서 플레이북 파일을 실행할 때 활성화 키를 지정하지 마십시오.
imuxsock 입력 기본 유형을 구성하면 문제가 발생합니다.
로깅 RHEL 시스템 역할을 통해 "imuxsock" 입력 기본 유형을 구성하고 use_imuxsock 옵션을 사용하면 관리 노드에서 결과 구성에 문제가 발생합니다. 그러나 이 역할은 name 매개변수를 설정하지만 "imuxsock" 입력 유형은 name 매개변수를 지원하지 않습니다. 결과적으로 rsyslog 로깅 유틸리티는 config file? 오류에 'name' 매개 변수 를 출력합니다.
RHEL 9 UEFI 관리형 노드의 경우 부트로더 RHEL 시스템 역할의 변수가 작동하지 않습니다.bootloader _password
이전에는 bootloader_password 변수가 /boot/efi/EFI/redhat/user.cfg 파일에 암호 정보를 잘못 배치했습니다. 적절한 위치는 /boot/grub2/user.cfg 파일이었습니다. 결과적으로 관리형 노드를 재부팅하여 부트 로더 항목을 수정할 때 GRUB2에서 암호를 입력하라는 메시지를 표시하지 않았습니다. 이 문제를 해결하려면 잘못된 /boot/efi/EFI/redhat/ 디렉터리에서 올바른 /boot/grub2/ 디렉터리로 user.cfg 파일을 수동으로 이동하여 예상되는 동작을 수행할 수 있습니다.
