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 명령 또는 커널 부팅 매개 변수를 사용하여 RHEL 설치를 수행해도 전체 재부팅과 동일한 예측 가능한 시스템 상태를 제공하지 않습니다. 결과적으로 재부팅하지 않고 설치된 시스템으로 전환하면 예측할 수 없는 결과가 발생할 수 있습니다.
inst.kexec
kexec 기능은 더 이상 사용되지 않으며 향후 Red Hat Enterprise Linux 릴리스에서 제거됩니다.
(BZ#1697896)
설치 프로그램에서는 네트워크 액세스가 기본적으로 활성화되어 있지 않습니다
몇 가지 설치 기능에는 네트워크 액세스(예: CDN(콘텐츠 전달 네트워크), NTP 서버 지원, 네트워크 설치 소스)를 사용하여 시스템 등록이 필요합니다. 그러나 네트워크 액세스는 기본적으로 활성화되어 있지 않으므로 네트워크 액세스가 활성화될 때까지 이러한 기능을 사용할 수 없습니다.
이 문제를 해결하려면 ip=dhcp 를 추가하여 설치가 시작될 때 네트워크 액세스를 활성화하도록 옵션을 부팅합니다. 선택적으로 부팅 옵션을 사용하여 네트워크에 있는 Kickstart 파일 또는 리포지토리를 전달하면 문제가 해결됩니다. 결과적으로 네트워크 기반 설치 기능을 사용할 수 있습니다.
(BZ#1757877)
USB CD-ROM 드라이브는 Anaconda에서 설치 소스로 사용할 수 없습니다.
USB CD-ROM 드라이브가 소스인 경우 설치에 실패하고 Kickstart ignoredisk --only-use= 명령이 지정됩니다. 이 경우 Anaconda는 이 소스 디스크를 찾아서 사용할 수 없습니다.
이 문제를 해결하려면 harddrive --partition=sdX --dir=/ 명령을 사용하여 USB CD-ROM 드라이브에서 설치합니다. 결과적으로 설치에 실패하지 않습니다.
Anaconda는 사용자 정의 파티션의 암호화를 표시하지 않습니다
시스템 설치 중에 사용자 지정 파티션을 선택하면 Encrypt my data 라디오 버튼을 사용할 수 없습니다. 따라서 설치가 완료되면 데이터가 암호화되지 않습니다.
이 문제를 해결하려면 암호화하려는 각 장치에 대한 사용자 정의 파티션 화면에서 암호화를 설정합니다. 대화 상자를 종료할 때 Anaconda에서 암호를 요청합니다.
Kickstart 파일에 파티션 스키마가 지정되지 않은 경우 설치 프로그램에서 자동 파티셔닝 시도
Kickstart 파일을 사용하여 자동 설치를 수행할 때 설치 프로그램은 Kickstart 파일에 파티션 명령을 지정하지 않아도 자동 파티셔닝을 시도합니다. 설치 프로그램은 autopart 명령이 Kickstart 파일에 사용된 것처럼 작동하여 예기치 않은 파티션이 생성됩니다. 이 문제를 해결하려면 대화식으로 수동 파티션을 구성할 수 있도록 Kickstart 파일에서 reqpart 명령을 사용합니다.
(BZ#1954408)
새로운 osbuild-composer 백엔드는 업그레이드 시 lorax-composer 에서 청사진 상태를 복제하지 않습니다.
lorax-composer 백엔드에서 새로운 백엔드로 업그레이드하는 이미지 빌더 사용자는 청사진이 사라질 수 있습니다. 결과적으로 업그레이드가 완료되면 청사진이 자동으로 표시되지 않습니다. 이 문제를 해결하려면 다음 단계를 수행합니다.
osbuild-composer
사전 요구 사항
-
composer-cliCLI 유틸리티가 설치되어 있어야 합니다.
절차
명령을 실행하여 이전
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
그 결과 osbuild-composer 백엔드에서 동일한 청사진을 사용할 수 있습니다.
추가 리소스
- 이 알려진 문제에 대한 자세한 내용은 Red Hat Enterprise Linux 8.3 문서의 업데이트에 따라 Image Builder 청사진이 더 이상 표시되지 않습니다.
블루프린트 및 Kickstart 파일에 동일한 사용자 이름을 추가하면 Edge 이미지 설치가 실패합니다.
에지용 RHEL 이미지를 설치하려면 사용자가 rhel-edge-container 이미지를 빌드하는 청사진을 만들고 Kickstart 파일도 만들어 에지용 RHEL을 설치해야 합니다. 사용자가 청사진 및 Kickstart 파일에 동일한 사용자 이름, 암호 및 SSH 키를 추가하면 에지 이미지 설치용 RHEL이 실패합니다. 현재는 해결방법이 없습니다.
저장소 새로 고침을 완료하기 전에 CDN을 사용하여 등록 해제를 시도하면 GUI 설치에 실패할 수 있습니다.
RHEL 8.2부터 CDN(Content Delivery Network)을 사용하여 시스템을 등록하고 서브스크립션을 연결할 때 GUI 설치 프로그램에 의해 리포지토리 메타데이터의 새로 고침이 시작됩니다. 새로 고침 프로세스는 등록 및 서브스크립션 프로세스의 일부가 아니며, 결과적으로 Connect to Red Hat 창에서 Unregister 버튼이 활성화됩니다. 네트워크 연결에 따라 새로 고침 프로세스를 완료하는 데 1분 이상이 걸릴 수 있습니다. 새로 고침 프로세스가 완료되기 전에 Unregister 단추를 클릭하면 unregister 프로세스가 CDN 리포지토리 파일과 CDN과 통신하는 데 필요한 인증서가 제거되므로 GUI 설치가 실패할 수 있습니다.
이 문제를 해결하려면 Connect to Red Hat 창에서 Register(등록 ) 버튼을 클릭한 후 GUI 설치에서 다음 단계를 완료합니다.
- Connect to Red Hat 창에서 Done(완료)을 클릭하여 Installation Summary (설치 요약) 창으로 돌아갑니다.
- Installation Summary(설치 요약 ) 창에서 italics의 Installation Source( 설치 소스) 및 Software Selection (소프트웨어 선택) 상태 메시지에 처리 정보가 표시되지 않는지 확인합니다.
- 설치 소스 및 소프트웨어 선택 범주가 준비되면 Connect to Red Hat 을 클릭합니다.
- Unregister(등록 취소 ) 버튼을 클릭합니다.
이러한 단계를 수행한 후에는 GUI를 설치하는 동안 시스템을 안전하게 등록 취소할 수 있습니다.
(BZ#1821192)
여러 조직에 속한 사용자 계정의 등록 실패
현재 여러 조직에 속하는 사용자 계정으로 시스템을 등록하려고 하면 오류 메시지와 함께 등록 프로세스가 실패합니다. 새 유닛의 조직을 지정해야 합니다.
이 문제를 해결하려면 다음 중 하나를 수행할 수 있습니다.
- 여러 조직에 속하지 않는 다른 사용자 계정을 사용합니다.
- GUI 및 Kickstart 설치를 위한 Connect to Red Hat 기능에서 제공되는 활성화 키 인증 방법을 사용합니다.
- Connect to Red Hat의 등록 단계를 건너뛰고 서브스크립션 관리자를 사용하여 시스템 설치 후 등록합니다.
그래픽 설치 프로그램을 사용할 때 Red Hat Insights 클라이언트가 운영 체제를 등록하지 못합니다.
현재 Insights 클라이언트를 가리키는 끝에 오류와 함께 설치가 실패합니다.
이 문제를 해결하려면 설치 프로그램에서 시스템을 등록하기 전에 Connect to Red Hat 단계에서 Connect to Red Hat Insights 옵션을 선택 취소합니다.
결과적으로 다음 명령을 사용하여 설치를 완료하고 Insights에 등록할 수 있습니다.
# insights-client --register
autopart 유틸리티를 사용하여 설치에 일치하지 않는 디스크 섹터 크기
일치하지 않는 디스크 섹터 크기가 여러 개 있는 autopart 를 사용하여 RHEL을 설치하는 데 실패합니다. 이 문제를 해결하려면 일반 파티션 구성(예: autopart --type=plain )을 기본 LVM 스키마 대신 사용합니다. 또 다른 옵션은 섹터 크기를 재구성하는 것입니다. 예를 들어 --set-sector-size=<SIZE> <DEVICE> 를 실행합니다.
킥스타트 설치의 해결 방법으로 다음을 수행합니다.
-
ignoredisk --drives=.을 지정하여 파티션 설정에 사용되는 디스크를 제한합니다.OR--only-use=... -
생성된 각 LVM 물리 볼륨에 사용할 디스크를 지정합니다. 파티션 pv.1 --ondisk=...
수동 설치를 위한 해결 방법으로 다음을 수행합니다.
- 그래픽 또는 텍스트 모드에서 수동 설치 중에 동일한 섹터 크기의 디스크만 선택합니다.
- 설치에 일관되지 않은 섹터 크기가 있는 디스크를 선택하면 각 LVM 볼륨 그룹이 동일한 섹터 크기의 물리 볼륨을 사용하도록 제한합니다. 이 작업은 사용자 지정 파티션 대화 상자의 그래픽 모드에서만 수행할 수 있습니다.
(BZ#1935722)
부팅 중에 초기 오류가 발생한 후 GRUB가 디스크에 액세스하도록 재시도합니다
SAN(Storage Area Networks)이 디스크 호출 열기 및 읽기 를 인식하지 못하는 경우가 있습니다. 이전에는 GRUB 도구를 사용하여 grub_rescue 프롬프트에 들어가 부팅에 실패했습니다. 이번 업데이트를 통해 GRUB는 초기 호출을 통해 디스크를 열고 읽은 후 최대 20회까지 디스크에 액세스하려고 시도합니다. 이러한 시도 후에도 GRUB 도구를 열거나 디스크를 읽을 수 없는 경우 grub_rescue 모드로 들어갑니다.
(BZ#1987087)
HASH MMU 모드가 있는 IBM Power 시스템은 메모리 할당 실패로 부팅되지 않음
HASH 메모리 할당 단위(MMU) 모드를 사용하는 IBM Power Systems는 최대 192개 코어까지 kdump 를 지원합니다. 그 결과 192개 이상의 코어에서 kdump 가 활성화된 경우 메모리 할당 실패로 시스템이 부팅되지 않았습니다. 이러한 제한은 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)
