7장. RHEL 10 시스템에서 업그레이드 후 작업 수행

프로세스

1. 확장 개발 툴인 snactor 패키지를 포함하여 /etc/dnf/dnf.conf 구성 파일의 exclude 목록에서 나머지 Leapp 패키지를 제거합니다. 인플레이스 업그레이드 중에 Leapp 유틸리티를 사용하여 설치된 Leapp 패키지가 자동으로 제외 목록에 추가되어 중요한 파일이 제거되거나 업데이트되지 않도록 합니다. 인플레이스 업그레이드 후 시스템에서 제거하기 전에 이러한 Leapp 패키지를 제외 목록에서 제거해야 합니다.

   • 제외 목록에서 패키지를 수동으로 제거하려면 /etc/dnf/dnf.conf 구성 파일을 편집하고 exclude 목록에서 원하는 Leapp 패키지를 제거합니다.

   • exclude 목록에서 모든 패키지를 제거하려면 다음을 수행합니다.

     # dnf config-manager --save --setopt exclude=''

2. 나머지 Leapp 패키지를 포함하여 나머지 RHEL 9 패키지를 제거합니다.

   1. 나머지 RHEL 9 패키지를 찾습니다.

      # rpm -qa | grep -e '\.el[789]' | grep -vE '^(gpg-pubkey|libmodulemd|katello-ca-consumer)' | sort

   2. RHEL 10 시스템에서 나머지 RHEL 9 패키지를 제거합니다. RPM 종속 항목이 유지 관리되도록 하려면 dnf remove 명령을 사용합니다.

      예를 들면 다음과 같습니다.

      # dnf remove $(rpm -qa | grep \.el[789] | grep -vE 'gpg-pubkey|libmodulemd|katello-ca-consumer')

      중요

      이 단계에서는 타사 패키지도 제거할 수 있습니다. 수락하기 전에 트랜잭션을 검토하여 패키지가 의도하지 않게 제거되지 않았는지 확인합니다.

   3. 나머지 Leapp 종속성 패키지를 제거합니다.

      # dnf remove leapp-deps-el10 leapp-repository-deps-el10

3. 선택 사항: 시스템에서 남아 있는 모든 업그레이드 관련 데이터를 제거합니다.

   # rm -rf /var/log/leapp /root/tmp_leapp_py3 /var/lib/leapp

   중요

   이 데이터를 제거하면 Red Hat 지원에서 업그레이드 후 문제를 조사하고 해결하는 기능이 제한될 수 있습니다.

4. RHEL 10과 호환되지 않는 DNF 리포지토리를 비활성화합니다. RHSM이 관리하는 저장소는 자동으로 처리됩니다. 이러한 저장소를 비활성화하려면:

   # dnf config-manager --set-disabled <repository_id>

   repository_id 를 리포지토리 ID로 바꿉니다.

5. 이전 복구 커널과 초기 RAM 디스크를 현재 커널과 디스크로 교체합니다.

   1. 기존 복구 커널과 초기 RAM 디스크를 제거합니다.

      # rm /boot/vmlinuz-*rescue* /boot/initramfs-*rescue* 

   2. 복구 커널과 관련 초기 RAM 디스크를 다시 설치합니다.

      # /usr/lib/kernel/install.d/51-dracut-rescue.install add "$(uname -r)" /boot "/boot/vmlinuz-$(uname -r)"

   3. 시스템이 IBM Z 아키텍처에 있는 경우 zipl 부트 로더를 업데이트합니다.

      # zipl

6. 기존 구성 파일을 확인합니다.

   • rpmnew,rpmsave 및 leappsave 파일을 검토, 수정 및 제거합니다. rpmsave 및 leappsave 는 동일하며 유사하게 처리할 수 있습니다. 자세한 내용은 rpmnew & rpmsave 파일이란 무엇입니까?
   • 더 이상 유효하지 않은 /etc/dnf/modules.d/ 디렉토리에서 RHEL 9 DNF 모듈의 구성 파일을 제거합니다. 이러한 파일은 관련 DNF 모듈이 없는 경우 시스템에 영향을 미치지 않습니다.
7. 보안 정책을 다시 평가 및 다시 적용합니다. 특히 SELinux 모드를 강제로 변경합니다. 자세한 내용은 보안 정책 적용을 참조하십시오.

검증

1. 이전에 제거된 복구 커널과 복구 초기 RAM 디스크 파일이 현재 커널에 대해 생성되었는지 확인하십시오.

   # ls /boot/vmlinuz-*rescue* /boot/initramfs-*rescue* 
   # lsinitrd /boot/initramfs-*rescue*.img | grep -qm1 "$(uname -r)/kernel/" && echo "OK" || echo "FAIL"

2. 복구 부팅 항목이 기존 복구 파일을 참조하는지 확인합니다. grubby 출력을 참조하십시오.

   # grubby --info /boot/vmlinuz-*rescue*

3. grubby 출력을 확인하고 RHEL 9 부팅 항목이 구성되지 않았는지 확인합니다.

   # grubby --info ALL

4. 이전 RHEL과 관련된 파일이 /boot/loader/entries 파일에 있는지 확인합니다.

   # grep -r ".el9" "/boot/loader/entries/" || echo "Everything seems ok."