8장. 확인된 문제
이 부분에서는 Red Hat Enterprise Linux 9.0의 알려진 문제에 대해 설명합니다.
8.1. 설치 프로그램 및 이미지 생성
reboot --kexec 및 inst.kexec 명령은 예측 가능한 시스템 상태를 제공하지 않습니다.
reboot --kexec Kickstart 명령 또는 inst.kexec 커널 부팅 매개 변수를 사용하여 RHEL 설치를 수행해도 전체 재부팅과 동일한 예측 가능한 시스템 상태가 제공되지 않습니다. 결과적으로 재부팅하지 않고 설치된 시스템으로 전환하면 예기치 않은 결과가 발생할 수 있습니다.
kexec 기능은 더 이상 사용되지 않으며 향후 Red Hat Enterprise Linux 릴리스에서 제거될 예정입니다.
(BZ#1697896)
타사 도구를 사용하여 생성된 USB에서 설치를 부팅할 때 로컬 미디어 설치 소스가 탐지되지 않습니다.
타사 툴을 사용하여 생성된 USB에서 RHEL 설치를 부팅할 때 설치 프로그램이 로컬 미디어 설치 소스를 감지하지 못합니다( Red Hat CDN 만 감지됨).
이 문제는 기본 부팅 옵션 int.stage2= 에서 iso9660 이미지 형식을 검색하려고 시도하기 때문에 발생합니다. 그러나 타사 툴은 다른 형식의 ISO 이미지를 생성할 수 있습니다.
해결 방법으로 다음 해결 방법 중 하나를 사용합니다.
-
설치를 부팅할 때
Tab키를 클릭하여 커널 명령줄을 편집하고 부팅 옵션inst.stage2=를 inst.repo=로 변경합니다. - Windows에서 부팅 가능한 USB 장치를 만들려면 Fedora Media Writer를 사용하십시오.
- rufus와 같은 타사 도구를 사용하여 부팅 가능한 USB 장치를 만드는 경우 먼저 Linux 시스템에서 RHEL ISO 이미지를 다시 생성한 다음 타사 도구를 사용하여 부팅 가능한 USB 장치를 생성합니다.
지정된 해결방법을 수행하는 단계에 대한 자세한 내용은 RHEL 8.3 설치 중에 설치 미디어가 자동으로 탐지되지 않습니다.
(BZ#1877697)
auth 및 authconfig Kickstart 명령에는 AppStream 리포지토리가 필요
authselect-compat 패키지는 설치하는 동안 auth 및 authconfig Kickstart 명령이 필요합니다. 이 패키지가 없으면 auth 또는 authconfig가 사용되는 경우 설치에 실패합니다. 설계에 따라 authselect-compat 패키지는 AppStream 리포지토리에서만 사용할 수 있습니다.
이 문제를 해결하려면 설치 프로그램에 BaseOS 및 AppStream 리포지토리를 사용할 수 있는지 확인하거나 설치 중에 authselect Kickstart 명령을 사용합니다.
(BZ#1640697)
Anaconda가 애플리케이션으로 실행되는 시스템에서 예기치 않은 SELinux 정책
Anaconda가 이미 설치된 시스템에서 애플리케이션으로 실행되는 경우(예: -image anaconda 옵션을 사용하여 이미지 파일에 다른 설치를 수행하는 등) 설치 중에 시스템이 SELinux 유형 및 속성을 수정할 수 없습니다. 결과적으로 Anaconda가 실행되는 시스템에서 SELinux 정책의 특정 요소가 변경될 수 있습니다. 이 문제를 해결하려면 production 시스템에서 Anaconda를 실행하지 말고 임시 가상 머신에서 실행합니다. 따라서 프로덕션 시스템의 SELinux 정책은 수정되지 않습니다. boot.iso 또는 dvd.iso 로 설치하는 것과 같이 시스템 설치 프로세스의 일부로 anaconda를 실행하면 이 문제의 영향을 받지 않습니다.
USB CD-ROM 드라이브는 Anaconda에서 설치 소스로 사용할 수 없습니다.
USB CD-ROM 드라이브가 해당 드라이브의 소스이고 Kickstart ignoredisk --only-use= 명령이 지정되면 설치에 실패합니다. 이 경우 Anaconda에서 이 소스 디스크를 찾아서 사용할 수 없습니다.
이 문제를 해결하려면 hard drive --partition=sdX --dir=/ 명령을 사용하여 USB CD-ROM 드라이브에서 설치합니다. 이로 인해 설치에 실패하지 않습니다.
최소 RHEL 설치에는 s390utils-base 패키지가 더 이상 포함되지 않습니다.
RHEL 8.4 이상에서 s390utils-base 패키지는 s390utils-core 패키지와 보조 s390utils-base 패키지로 나뉩니다. 결과적으로 RHEL 설치를 minimal-environment 로 설정하면 보조 s390utils-base 패키지가 아닌 필요한 s390utils-core 패키지만 설치됩니다. 이 문제를 해결하려면 RHEL 설치를 완료한 후 s390utils-base 패키지를 수동으로 설치하거나 kickstart 파일을 사용하여 s390utils-base 를 명시적으로 설치합니다.
(BZ#1932480)
iso9660 파일 시스템을 사용하여 하드 드라이브 분할 설치에 실패합니다.
하드 드라이브가 iso9660 파일 시스템으로 분할된 시스템에는 RHEL을 설치할 수 없습니다. 이는 iso9660 파일 시스템 파티션이 포함된 하드 디스크를 무시하도록 설정된 업데이트된 설치 코드로 인해 발생합니다. 이는 DVD를 사용하지 않고 RHEL을 설치하는 경우에도 발생합니다.
이 문제를 해결하려면 설치를 시작하기 전에 Kickstart 파일에 다음 스크립트를 추가하여 디스크를 포맷합니다.
참고: 해결 방법을 수행하기 전에 디스크에서 사용 가능한 데이터를 백업하십시오. over fs 명령은 디스크의 모든 기존 데이터를 포맷합니다.
%pre
wipefs -a /dev/sda
%end결과적으로 설치 작업이 오류 없이 예상대로 작동합니다.
Anaconda에서 관리자 사용자 계정의 존재를 확인하지 못했습니다.
그래픽 사용자 인터페이스를 사용하여 RHEL을 설치하는 동안 Anaconda는 관리자 계정이 생성되었는지 확인하지 않습니다. 결과적으로 사용자는 관리자 사용자 계정없이 시스템을 설치할 수 있습니다.
이 문제를 해결하려면 관리자 사용자 계정 또는 root 암호가 설정되고 root 계정을 잠금 해제해야 합니다. 따라서 사용자는 설치된 시스템에서 관리 작업을 수행할 수 있습니다.
Anaconda에서 CHAP 인증 시도에 실패한 후 인증 방법을 사용하지 않고 iSCSI 서버에 로그인하지 못했습니다.
CHAP 인증을 사용하여 iSCSI 디스크를 추가하고 잘못된 자격 증명으로 인해 로그인 시도가 실패하면 인증 방법이 실패하지 않은 디스크를 다시 로그인합니다. 이 문제를 해결하려면 현재 세션을 닫고 인증 방법을 사용하지 않고 로그인합니다.
(BZ#1983602)
새로운 XFS 기능은 버전 5.10보다 펌웨어가 있는 PowerNV IBM POWER 시스템의 부팅을 방지합니다.
PowerNV IBM POWER 시스템은 펌웨어에 Linux 커널을 사용하고, GRUB 대신 Petitboot를 사용합니다. 그러면 펌웨어 커널이 /boot 및 Petitboot를 통해 GRUB 설정을 읽고 RHEL을 부팅합니다.
RHEL 9 커널은 bigtime=1 및 inobtcount=1 기능을 XFS 파일 시스템에 도입합니다. 이 기능은 버전 5.10 미만의 펌웨어가 있는 커널은 이해하지 못합니다.
이 문제를 해결하려면 /boot 에 다른 파일 시스템을 사용할 수 있습니다(예: ext4).
(BZ#1997832)
PReP 크기가 4 또는 8MiB가 아닌 경우 RHEL을 설치할 수 없습니다.
PowerPC 참조 플랫폼(PReP) 파티션이 4 kiB 섹터를 사용하는 디스크의 크기가 4MiB 또는 8MiB인 경우 RHEL 설치 프로그램에서 부트 로더를 설치할 수 없습니다. 따라서 디스크에 RHEL을 설치할 수 없습니다.
이 문제를 해결하려면 PReP 파티션 크기가 정확히 4MiB 또는 8MiB이고 크기가 다른 값으로 반올림되지 않았는지 확인하십시오. 결과적으로 설치 프로그램이 이제 디스크에 RHEL을 설치할 수 있습니다.
(BZ#2026579)
새로운 XFS 기능은 버전 5.10보다 오래된 펌웨어 커널을 사용하여 PowerNV IBM POWER 시스템의 부팅을 방지합니다.
PowerNV IBM POWER 시스템은 펌웨어에 Linux 커널을 사용하고, GRUB 대신 Petitboot를 사용합니다. 그러면 펌웨어 커널이 /boot 및 Petitboot를 통해 GRUB 설정을 읽고 RHEL을 부팅합니다.
RHEL 9 커널은 bigtime=1 및 inobtcount=1 기능을 XFS 파일 시스템에 도입했습니다. 이 기능은 버전 5.10보다 오래된 커널이 있는 펌웨어를 이해하지 못합니다. 결과적으로 Anaconda는 다음 오류 메시지가 있는 설치를 방지합니다.
펌웨어는 /boot 파일 시스템에서 XFS 파일 시스템 기능을 지원하지 않습니다. 이 시스템은 부팅할 수 없습니다. 펌웨어를 업그레이드하거나 파일 시스템 유형을 변경하십시오.
해결 방법으로 /boot 에 대한 다른 파일 시스템을 사용하십시오(예: ext4 ).
(BZ#2008792)
RHEL 설치 프로그램에서 inst.proxy 부팅 옵션을 올바르게 처리하지 않음
Anaconda를 실행하는 경우 설치 프로그램에서 inst.proxy 부팅 옵션을 올바르게 처리하지 않습니다. 결과적으로 지정된 프록시를 사용하여 설치 이미지를 가져올 수 없습니다.
이 문제를 해결하려면 최신 버전의 RHEL 배포를 사용하십시오. * inst. 부팅 옵션 대신 프록시를 사용합니다.
proxy
(JIRA:RHELDOCS-18764)
다중 항목이 있는 IBM Z 아키텍처에서 RHEL 설치에 실패합니다.
설치 중에 여러 LUN을 사용하는 경우 IBM Z 아키텍처에서 RHEL 설치가 실패합니다. FCP 및 LUN 자동 검사 동작의 다중 경로 설정으로 인해 구성 파일의 커널 명령줄 길이는 896바이트를 초과합니다.
이 문제를 해결하려면 다음 중 하나를 수행할 수 있습니다.
- 최신 버전의 RHEL(RHEL 9.2 이상)을 설치합니다.
- 단일 LUN을 사용하여 RHEL 시스템을 설치하고 설치 후 추가 LUN을 추가합니다.
-
설치된 시스템의 부팅 구성에서 중복
zfcp항목을 최적화합니다. -
/dev/mapper/아래에 나열된 추가 LUN 각각에 대해 물리 볼륨(pvcreate)을 만듭니다. -
PV로 VG를 확장합니다(예: Cryostatextend <
vg_name> /dev/mapper/mpathX). -
필요한 경우
lvextend -r -l +100%FREE /dev/<vg name>/root.
자세한 내용은 KCS 솔루션을 참조하십시오.
(JIRA:RHELDOCS-18638)
RHEL 설치 프로그램에서 aarch64에서 iSCSI 장치를 부팅 장치로 자동으로 검색하거나 사용하지 않습니다.
aarch64에서 실행되는 RHEL 설치 프로그램에 iscsi_ibft 커널 모듈이 없으면 펌웨어에 정의된 iSCSI 장치를 자동으로 검색할 수 없습니다. 이러한 장치는 GUI를 사용하여 수동으로 추가할 때 설치 관리자에 자동으로 표시되지 않거나 부팅 장치로 선택할 수 없습니다. 이 문제를 해결하려면 설치 프로그램을 부팅할 때 "inst.nonibftiscsiboot" 매개 변수를 커널 명령줄에 추가한 다음 GUI를 통해 iSCSI 장치를 수동으로 연결합니다. 결과적으로 설치 프로그램에서 연결된 iSCSI 장치를 부팅 가능으로 인식할 수 있으며 설치가 예상대로 완료됩니다.
자세한 내용은 KCS 솔루션을 참조하십시오.
(JIRA:RHEL-56135)
