9.3. RHEL 9.7에서 RHEL 10.1 업그레이드로 알려진 문제
RHEL 9.7에서 RHEL 10.1로 업그레이드할 때 발생할 수 있는 다양한 알려진 문제가 있습니다.
-
RHEL 9 시스템에서 Red Hat에서 제공하지만 RHEL 10에서는 사용할 수 없는 장치 드라이버를 사용하는 경우
Leapp은 업그레이드를 금지합니다. 그러나 RHEL 9 시스템에서Leapp이/etc/leapp/files/device_driver_deprecation_data.json파일에 대한 데이터가 없는 타사 장치 드라이버를 사용하는 경우Leapp은 이러한 드라이버를 감지하고 업그레이드를 진행하지 않습니다. 따라서 업그레이드 후 시스템을 부팅하지 못할 수 있습니다. Red Hat에서 서명하지 않은 타사 패키지의 이름이 시스템에 설치되어 있는 타사 패키지의 이름이 Red Hat에서 제공하는 패키지의 이름과 동일하면 인플레이스 업그레이드가 실패합니다. 이 문제를 해결하려면 업그레이드하기 전에 다음 옵션 중 하나를 선택하십시오.
- 타사 패키지 제거
- 타사 패키지를 Red Hat에서 제공하는 패키지로 교체
- 소프트웨어 RAID(Redundant Array of Independent Disks)가 있는 시스템에서 인플레이스 업그레이드가 실패할 수 있습니다. (BZ#1957192)
인플레이스 업그레이드 중에
Leapp유틸리티는 일반적으로 RHEL 9와 RHEL 10 간의 NIC(네트워크 인터페이스 컨트롤러) 이름을 유지합니다. 그러나 네트워크 본딩이 있는 시스템과 같은 일부 시스템에서는 NIC 이름을 RHEL 9 및 RHEL 10 간에 업데이트해야 할 수 있습니다. 해당 시스템에서 다음 단계를 수행합니다.-
Leapp 유틸리티에서 원래 RHEL 9 NIC 이름을 잘못 보존하지 못하도록
LEAPP_NO_NETWORK_RENAMING=1환경 변수를 설정합니다. - 인플레이스 업그레이드를 수행합니다.
네트워크가 올바르게 작동하는지 확인합니다. 필요한 경우 네트워크 구성을 수동으로 업데이트합니다.
(BZ#1919382)
-
Leapp 유틸리티에서 원래 RHEL 9 NIC 이름을 잘못 보존하지 못하도록
/etc/fstab파일에 정의된 마운트된 파일 시스템에공유전파 플래그가 설정되지 않은 경우 업그레이드가 실패할 수 있습니다. 이 문제를 방지하려면 이러한 파일 시스템을 다시 마운트하여 공유로 설정합니다.# mount -o remount --make-shared <mountpoint>마운트 지점을 각 파일 시스템의 마운트 지점으로 바꿉니다.
자세한 내용은 DNF 트랜잭션 확인 중에 Red Hat Knowledgebase 솔루션 Leapp "RPM 파일을 로드할 수 없음"을 참조하십시오. (RHEL-23449)
-
HTTP 프록시를 사용하는 경우 이러한 프록시를 사용하도록 RHSM(Red Hat Subscription Manager)을 구성하거나
--proxy <hostname> 옵션을 사용하여subscription-manager명령을 실행해야 합니다. 그러지 않으면subscription-manager명령의 실행이 실패합니다. 구성 변경 대신--proxy옵션을 사용하는 경우Leapp이 프록시를 탐지할 수 없기 때문에 업그레이드 프로세스가 실패합니다. 이 문제가 발생하지 않도록 하려면rhsm.conf파일을 수동으로 편집합니다. 자세한 내용은 Red Hat Knowledgebase 솔루션에서 Red Hat 서브스크립션 관리를 위한 HTTP Proxy 구성 방법을 참조하십시오. (BZ#1689294) -
RHEL 9 콘텐츠에 액세스하기 위해 프록시가 필요한 시스템의 경우 일반적으로
/etc/dnf/dnf.conf구성 파일에서 DNF에서 프록시 사용을 구성해야 합니다. 현재 DNF 구성이 대상 시스템의 DNF 버전과 호환되지 않는 경우/etc/leapp/files/dnf.conf구성 파일에 유효한 대상 구성을 지정합니다. 자세한 내용은 Red Hat Knowledgebase 솔루션 how does Leapp work with a proxy를참조하십시오. -
루트 인증서에 더 이상 사용되지 않는
/etc/ssl/certs/ca-certificates.crt파일을 사용하도록 구성된 경우 업그레이드 후 kerberos 클라이언트가 중단될 수 있습니다. 구성을 수정하려면 대신/etc/pki/ca-trust/extracted/pem/tls-ca-bundle.pem파일을 사용합니다. (RHEL-65265) - IBM Z 시스템에서 시스템이 다중 경로 LVM SCSI LUN에 있는 경우 업그레이드가 실패할 수 있습니다. (RHEL-76159)
-
ISO 이미지와 함께 RHUI(Red Hat Update Infrastructure)를 사용하여 업그레이드하는 경우 업그레이드가 실패할 수 있습니다. 업그레이드와 함께
--iso옵션을 사용하지 않고 이 리포지터리를 무시한 리포지토리 'rhul-microsoft-azure-rhel8'의 리포지토리 'rhul-microsoft-azure-rhel8'와 함께 ISO를 사용하여 Red Hat Knowledgebase 솔루션 Offline Leapp 업그레이드 를 참조하십시오. (RHEL-3296) -
RHUI(Red Hat Update Infrastructure)를 사용하여 업그레이드하는 경우
/usr/share/leapp-repository/repositories/system_upgrade/common/files/rhui/디렉터리에 있는 파일이 업그레이드 전 보고서의 사용자 정의 파일로 잘못 보고됩니다. 이러한 파일을 수동으로 수정하지 않으면 보고서에서 이러한 파일에 대한 경고를 무시할 수 있으며 인플레이스 업그레이드에는 영향을 미치지 않습니다. (RHEL-40115) -
RHUI(Red Hat Upgrade Infrastructure)를 사용하여 시스템을 업그레이드할 때 시스템의 RHUI 설정이
Leapp유틸리티에서 예상되는 인플레이스 업그레이드 솔루션 RHUI 시스템에 구현된 기본값과 다른 경우 업그레이드가 실패할 수 있습니다. 이 문제를 해결하려면 RHUI 설정에 맞게 업그레이드 프로세스를 구성하십시오. 자세한 내용은 RHUI를 사용하여 인플레이스 업그레이드 구성을 참조하십시오.