10장. 확인된 문제
이 부분에서는 Red Hat Enterprise Linux 8.4의 알려진 문제에 대해 설명합니다.
10.1. 설치 프로그램 및 이미지 생성 링크 복사링크가 클립보드에 복사되었습니다!
auth
및 authconfig
Kickstart 명령에는 AppStream 리포지토리가 필요
authselect-compat
패키지는 설치하는 동안 auth
및 authconfig
Kickstart 명령이 필요합니다. 이 패키지가 없으면 auth
또는 authconfig
가 사용되는 경우 설치에 실패합니다. 설계에 따라 authselect-compat
패키지는 AppStream 리포지토리에서만 사용할 수 있습니다.
이 문제를 해결하려면 설치 프로그램에 BaseOS 및 AppStream 리포지토리를 사용할 수 있는지 확인하거나 설치 중에 authselect
Kickstart 명령을 사용합니다.
(BZ#1640697)
reboot --kexec
및 inst.kexec
명령은 예측 가능한 시스템 상태를 제공하지 않습니다.
reboot --kexec
Kickstart 명령 또는 inst.kexec
커널 부팅 매개변수를 사용하여 RHEL 설치를 수행하면 전체 재부팅과 동일한 예측 가능한 시스템 상태가 제공되지 않습니다. 결과적으로 재부팅하지 않고 설치된 시스템으로 전환하면 예기치 않은 결과가 발생할 수 있습니다.
kexec
기능은 더 이상 사용되지 않으며 향후 Red Hat Enterprise Linux 릴리스에서 제거될 예정입니다.
(BZ#1697896)
설치 프로그램에서 네트워크 액세스가 기본적으로 활성화되어 있지 않습니다.
여러 설치 기능을 사용하려면 네트워크 액세스가 필요합니다(예: CDN(Content Delivery Network), NTP 서버 지원 및 네트워크 설치 소스를 사용한 시스템 등록). 그러나 네트워크 액세스는 기본적으로 활성화되어 있지 않으므로 네트워크 액세스가 활성화될 때까지 이러한 기능을 사용할 수 없습니다.
이 문제를 해결하려면 ip=dhcp
를 추가하여 설치가 시작될 때 네트워크 액세스를 활성화하도록 부팅 옵션을 추가합니다. 선택적으로 부팅 옵션을 사용하여 Kickstart 파일 또는 네트워크에 있는 리포지토리를 전달하면 문제가 해결됩니다. 결과적으로 네트워크 기반 설치 기능을 사용할 수 있습니다.
(BZ#1757877)
Anaconda에서 USB CD-ROM 드라이브를 설치 소스로 사용할 수 없습니다.
USB CD-ROM 드라이브가 소스이고 Kickstart ignoredisk --only-use=
명령이 지정되면 설치에 실패합니다. 이 경우 Anaconda에서 이 소스 디스크를 찾아서 사용할 수 없습니다.
이 문제를 해결하려면 harddrive --partition=sdX --dir=/
명령을 사용하여 USB CD-ROM 드라이브에서 설치합니다. 이로 인해 설치에 실패하지 않습니다.
Anaconda에서 사용자 지정 파티션의 암호화를 표시하지 않음
시스템 설치 중에 사용자 지정 파티션을 선택할 때 내 데이터 암호화 라디오 버튼을 사용할 수 없습니다. 따라서 설치가 완료되면 데이터가 암호화되지 않습니다.
이 문제를 해결하려면 암호화하려는 각 장치의 사용자 지정 파티션 화면에서 암호화를 설정합니다. 대화 상자를 종료할 때 Anaconda에서 암호를 요청합니다.
Kickstart 파일에 파티션 스키마가 지정되지 않은 경우 설치 프로그램이 자동 파티셔닝을 시도합니다.
Kickstart 파일을 사용하여 자동 설치를 수행하는 경우 설치 프로그램은 Kickstart 파일에 파티션 명령을 지정하지 않은 경우에도 자동 파티셔닝을 시도합니다. 설치 프로그램은 Kickstart 파일에서 autopart
명령을 사용한 것처럼 작동하여 예기치 않은 파티션을 생성합니다. 이 문제를 해결하려면 수동으로 파티션을 대화식으로 구성할 수 있도록 Kickstart 파일에서 reqpart
명령을 사용하십시오.
(BZ#1954408)
새로운 osbuild-composer
백엔드는 업그레이드 시 lorax-composer
에서 블루프린트 상태를 복제하지 않습니다.
lorax-composer
백엔드에서 새로운 osbuild-composer
백엔드로 업그레이드하는 이미지 빌더 사용자는 블루프린트가 사라질 수 있습니다. 결과적으로 업그레이드가 완료되면 블루프린트가 자동으로 표시되지 않습니다. 이 문제를 해결하려면 다음 단계를 수행하십시오.
사전 요구 사항
-
composer-cli
CLI 유틸리티가 설치되어 있습니다.
프로세스
명령을 실행하여 이전
lorax-composer
기반 블루프린트를 새osbuild-composer
백엔드에 로드합니다.for blueprint in $(find /var/lib/lorax/composer/blueprints/git/workspace/master -name '*.toml'); do composer-cli blueprints push "${blueprint}"; done
$ for blueprint in $(find /var/lib/lorax/composer/blueprints/git/workspace/master -name '*.toml'); do composer-cli blueprints push "${blueprint}"; done
Copy to Clipboard Copied! Toggle word wrap Toggle overflow
결과적으로 이제 osbuild-composer
백엔드에서 동일한 블루프린트를 사용할 수 있습니다.
추가 리소스
- 이 알려진 문제에 대한 자세한 내용은 이미지 빌더 블루프린트가 더 이상 Red Hat Enterprise Linux 8.3 업데이트 문서를 참조하십시오.
블루프린트 및 Kickstart 파일에 동일한 사용자 이름을 추가하면 엣지 이미지 설치에 실패합니다.
RHEL for Edge 이미지를 설치하려면 사용자가 rhel-edge-container 이미지를 빌드하는 블루프린트를 생성하고 RHEL for Edge 이미지를
설치할 Kickstart 파일을 생성해야 합니다. 사용자가 블루프린트와 Kickstart 파일에 동일한 사용자 이름, 암호 및 SSH 키를 추가하면 RHEL for Edge 이미지 설치에 실패합니다. 현재는 해결방법이 없습니다.
리포지토리 새로 고침을 완료하기 전에 CDN을 사용하여 등록 해제를 시도하면 GUI 설치에 실패할 수 있습니다.
RHEL 8.2부터 CDN(Content Delivery Network)을 사용하여 시스템을 등록하고 서브스크립션을 연결할 때 리포지토리 메타데이터의 새로 고침은 GUI 설치 프로그램에 의해 시작됩니다. 새로 고침 프로세스는 등록 및 서브스크립션 프로세스의 일부가 아니며 결과적으로 Red Hat에 연결 창에서 등록 취소 버튼이 활성화됩니다. 네트워크 연결에 따라 새로 고침 프로세스를 완료하는 데 1분 이상 걸릴 수 있습니다. 새로 고침 프로세스가 완료되기 전에 등록 취소 버튼을 클릭하면 등록 취소 프로세스가 CDN 리포지토리 파일 및 CDN 프로그램과 통신하는 데 필요한 인증서를 제거하므로 GUI 설치가 실패할 수 있습니다.
이 문제를 해결하려면 Red Hat에 연결 창에서 등록 버튼을 클릭한 후 GUI 설치에서 다음 단계를 완료합니다.
- Connect to Red Hat 창에서 Done 을 클릭하여 Installation Summary 창으로 돌아갑니다.
- 설치 요약 창에서 italics의 설치 소스 및 소프트웨어 선택 상태 메시지가 처리 정보를 표시하지 않는지 확인합니다.
- 설치 소스 및 소프트웨어 선택 카테고리가 준비되면 Red Hat에 연결을 클릭합니다.
- 등록 취소 버튼을 클릭합니다.
이러한 단계를 수행한 후 GUI 설치 중에 시스템을 안전하게 등록할 수 있습니다.
(BZ#1821192)
여러 조직에 속한 사용자 계정에 대해 등록 실패
현재 여러 조직에 속하는 사용자 계정으로 시스템을 등록하려고 하면 등록 프로세스가 오류 메시지와 함께 실패합니다. 새 단위의 조직을 지정해야 합니다.
이 문제를 해결하려면 다음 중 하나를 수행할 수 있습니다.
- 여러 조직에 속하지 않는 다른 사용자 계정을 사용합니다.
- GUI 및 Kickstart 설치를 위해 Red Hat에 연결하는 데 사용할 수 있는 활성화 키 인증 방법을 사용합니다.
- Red Hat에 연결의 등록 단계를 건너뛰고 서브스크립션 관리자를 사용하여 시스템 설치 후 등록합니다.
그래픽 설치 관리자를 사용하는 경우 Red Hat Insights 클라이언트가 운영 체제를 등록하지 못했습니다
현재 설치는 마지막에 오류와 함께 실패하고 Insights 클라이언트를 가리킵니다.
이 문제를 해결하려면 설치 프로그램에서 시스템을 등록하기 전에 Red Hat 에 연결 단계에서 Red Hat Insights 에 연결 옵션을 선택 해제합니다.
따라서 다음 명령을 사용하여 설치를 완료하고 나중에 Insights에 등록할 수 있습니다.
insights-client --register
# insights-client --register
디스크 섹터 크기가 일치하지 않는 경우 autopart
유틸리티로 설치가 실패합니다.
여러 디스크 섹터 크기가 일치하지 않는 경우 autopart
를 사용하여 RHEL을 설치할 수 없습니다. 이 문제를 해결하려면 기본 LVM
체계 대신 일반
파티션 스키마(예: autopart --type=plain
)를 사용합니다. 또 다른 옵션은 예를 들어 hdparm --set-sector-size=<SIZE> <DEVICE
>를 실행하여 섹터 크기를 재구성하는 것입니다.
Kickstart 설치에 대한 해결 방법으로 다음을 수행합니다.
-
ignoredisk --drives=..
를 지정하여 파티셔닝에 사용되는 디스크를 제한합니다. 또는--only-use=
... -
생성된 각 LVM 물리 볼륨:
파티션 pv.1 --ondisk=...에 사용할 디스크를 지정합니다.
수동 설치에 대한 해결 방법으로 다음을 수행합니다.
- 그래픽 또는 텍스트 모드에서 수동 설치 중에 동일한 섹터 크기의 디스크만 선택합니다.
- 설치에 대해 일치하지 않는 섹터 크기가 있는 디스크를 선택하는 경우 생성된 각 LVM 볼륨 그룹이 동일한 섹터 크기의 물리 볼륨을 사용하도록 제한합니다. 이는 Custom partitioning spoke의 그래픽 모드에서만 수행할 수 있습니다.
(BZ#1935722)
부팅 중 초기 실패 후 GRUB이 디스크에 액세스하려고 합니다.
경우에 따라 SAN(Storage Area Networks)이 열려
있고 읽기
디스크 호출을 인식하지 못하는 경우가 있습니다. 이전에는 grub_rescue
프롬프트에 입력하는 데 사용되는 GRUB 툴이 부팅에 실패했습니다. 이번 업데이트를 통해 GRUB은 초기 호출을 연 후 최대 20회 디스크에 액세스하여 디스크가 실패합니다. 이러한 시도 후에도 GRUB 툴이 여전히 디스크를 열거나 읽을 수 없는 경우 grub_rescue
모드로 들어갑니다.
(BZ#1987087)
HASH MMU
모드가 있는 IBM Power 시스템이 메모리 할당 실패로 부팅되지 않음
HASH 메모리 할당 단위(MMU)
모드가 있는 IBM Power Systems는 kdump
를 최대 192코어까지 지원합니다. 결과적으로 kdump
가 192코어 이상에서 활성화된 경우 메모리 할당 실패로 시스템을 부팅하지 못합니다. 이 제한은 HASH MMU
모드에서 초기 부팅 시 RMA 메모리 할당으로 인해 발생합니다. 이 문제를 해결하려면 kdump
를 사용하는 대신 fadump
가 활성화된 상태에서 Radix MMU
모드를 사용하십시오.
(BZ#2028361)
rhel-guest-image-8.4
이미지에서 grub2-mkconfig
를 사용하여 grub.cfg
를 다시 빌드할 수 없음
rhel-guest-image-8.4
유형에 /etc/default/grub
파일에 'GRUB_DEFAULT=saved' 항목이 포함되어 있지 않습니다. 결과적으로 새 커널을 설치하고 grub2-mkconfig -o /boot/grub2/grub.cfg
명령을 사용하여 grub를 다시 빌드하면 시스템이 새 커널로 부팅되지 않습니다. 이 문제를 해결하려면 /etc/default/grub
파일에 GRUB_DEFAULT=saved
를 추가할 수 있습니다. 따라서 새 커널을 사용하여 시스템을 부팅해야 합니다.
(BZ#2227218)