Red Hat Insights를 사용하여 RPM 기반 Linux 배포에서 RHEL로 변환

Red Hat Insights 2023

Red Hat Insights를 사용하여 CentOS Linux 7에서 Red Hat Enterprise Linux 7로 변환하는 방법

Red Hat Customer Content Services

초록

이 문서에서는 Red Hat Insights를 사용하여 운영 체제를 CentOS Linux에서 RHEL 7로 변환하는 방법에 대해 설명합니다.

머리말

이 문서에서는 Red Hat Insights를 사용하여 CentOS Linux에서 RHEL(Red Hat Enterprise Linux) 7로 운영 체제를 변환하는 방법에 대해 설명합니다.

보다 포괄적 수용을 위한 오픈 소스 용어 교체

Red Hat은 코드, 문서 및 웹 속성에서 문제가 있는 언어를 교체하기 위해 최선을 다하고 있습니다. 먼저 마스터(master), 슬레이브(slave), 블랙리스트(blacklist), 화이트리스트(whitelist) 등 네 가지 용어를 교체하고 있습니다. 이러한 변경 작업은 작업 범위가 크므로 향후 여러 릴리스에 걸쳐 점차 구현할 예정입니다. 자세한 내용은 CTO Chris Wright의 메시지를 참조하십시오.

Red Hat 문서에 관한 피드백 제공

문서 개선을 위한 의견에 감사드립니다. 어떻게 개선할 수 있는지 알려주십시오.

Jira를 통해 피드백 제출 (등록 필요)

  1. Jira 웹 사이트에 로그인합니다.
  2. 상단 탐색 모음에서 생성 을 클릭합니다.
  3. 요약 필드에 설명 제목을 입력합니다.
  4. 설명 필드에 개선을 위한 제안을 입력합니다. 문서의 관련 부분에 대한 링크를 포함합니다.
  5. 대화 상자 하단에서 생성 을 클릭합니다.

주요 마이그레이션 용어

소프트웨어 업계에서 일반적으로 사용되는 마이그레이션 용어는 다음과 같습니다. 이러한 정의는 RHEL(Red Hat Enterprise Linux)에만 적용됩니다.

업데이트

경우에 따라 소프트웨어 패치라고 하는 업데이트는 현재 버전의 애플리케이션, 운영 체제 또는 실행 중인 소프트웨어에 추가됩니다. 소프트웨어 업데이트는 기술 사용 경험을 개선하기 위해 모든 문제 또는 버그를 해결합니다. RHEL에서 업데이트는 마이너 릴리스 (예: RHEL 8.1에서 8.2로 업데이트)와 관련이 있습니다.

업그레이드

업그레이드는 현재 실행 중인 애플리케이션, 운영 체제 또는 소프트웨어를 최신 버전으로 교체하는 것입니다. 일반적으로 Red Hat의 지침에 따라 데이터를 백업하십시오. RHEL을 업그레이드할 때 다음 두 가지 옵션이 있습니다.

  • 인플레이스 업그레이드: 인플레이스 업그레이드 중에 이전 버전을 먼저 제거하지 않고 이전 버전을 새 버전으로 교체합니다. 설치된 애플리케이션 및 유틸리티는 구성 및 기본 설정과 함께 새 버전에 통합되어 있습니다.
  • 새로 설치: 새로 설치하면 이전에 설치한 운영 체제, 시스템 데이터, 구성 및 애플리케이션의 모든 추적을 제거하고 최신 버전의 운영 체제를 설치합니다. 새로 설치하는 것은 시스템에 이전 데이터 또는 애플리케이션이 필요하지 않거나 이전 빌드에 의존하지 않는 새 프로젝트를 개발하는 경우 이상적입니다.

운영 체제 전환

전환은 운영 체제를 다른 Linux 배포판에서 Red Hat Enterprise Linux로 변환하는 경우입니다. 일반적으로 Red Hat의 지침에 따라 데이터를 백업하십시오.

Migration

일반적으로 마이그레이션은 플랫폼(소프트웨어 또는 하드웨어)의 변경을 나타냅니다. Windows에서 Linux로 전환하는 것은 마이그레이션입니다. 한 컴퓨터에서 다른 노트북으로 또는 한 서버에서 다른 서버로 사용자를 이동하는 것은 마이그레이션입니다. 그러나 대부분의 마이그레이션에는 업그레이드가 수반되며 때로는 이 용어가 상호 교환적으로 사용됩니다.

  • RHEL로 마이그레이션: 기존 운영 체제를 RHEL로 변환
  • RHEL 간 마이그레이션: 한 RHEL 버전에서 다른 RHEL 버전으로 업그레이드

1장. 지원되는 변환 경로

중요

전환 프로세스가 원활하게 이루어지도록 Red Hat 컨설팅 서비스 의 지원을 받을 것을 권장합니다.

현재 다음 Linux 배포판 및 버전에서 표 1.1에 나열된 RHEL의 해당 마이너 버전으로 시스템을 변환할 수 있습니다.

표 1.1. 지원되는 변환 경로

소스 OS소스 버전대상 OS 및 버전제품 변형사용 가능한 변환 방법

Alma Linux

8.9

RHEL 8.9

해당 없음

명령줄 인터페이스, Satellite

8.8

RHEL 8.8 EUS

해당 없음

명령줄 인터페이스, Satellite

8.6

RHEL 8.6 EUS

해당 없음

명령줄 인터페이스, Satellite

CentOS Linux

8.5

RHEL 8.5

해당 없음

명령줄 인터페이스, Satellite

7.9

RHEL 7.9

서버

명령줄 인터페이스, Satellite, Red Hat Insights

Oracle Linux

8.9

RHEL 8.9

해당 없음

명령줄 인터페이스, Satellite

7.9

RHEL 7.9

서버

명령줄 인터페이스, Satellite

Rocky Linux

8.9

RHEL 8.9

해당 없음

명령줄 인터페이스, Satellite

8.8

RHEL 8.8 EUS

해당 없음

명령줄 인터페이스, Satellite

8.6

RHEL 8.6 EUS

해당 없음

명령줄 인터페이스, Satellite

CentOS Linux의 마지막 마이너 버전은 CentOS Linux 8.5이므로 CentOS Linux 8에서 RHEL 8의 최신 마이너 버전으로 직접 변환할 수 없습니다. 변환 후 시스템을 최신 버전의 RHEL로 업데이트하는 것이 좋습니다.

위의 지원되는 변환 경로 외에도 Scientific Linux에서 RHEL로 지원되지 않는 변환을 수행할 수도 있습니다. 지원되지 않는 변환에 대한 자세한 내용은 RHEL 파생 Linux 배포에서 RHEL로 지원되지 않는 변환을 수행하는 방법을 참조하십시오.

중요

현재 CentOS Stream에서 RHEL로의 변환은 불가능합니다.

Linux 배포 변환에 대한 Red Hat의 지원 정책에 대한 자세한 내용은 Convert2RHEL 지원 정책을 참조하십시오.

2장. 변환 방법

요구 사항에 따라 다음 방법 중 하나를 사용하여 RHEL로 변환할 수 있습니다.

  • 명령줄 인터페이스를 사용하여 변환 - 이 방법을 사용하여 적은 수의 서버를 변환하거나 사용자 지정 자동화를 사용하여 대규모로 많은 서버를 변환합니다.

    참고

    Satellite 서브스크립션이 있지만 명령줄 인터페이스를 사용하여 변환할 예정인 경우 Red Hat CDN(Content Delivery Network)을 사용하는 대신 Satellite를 통해 필요한 RHEL 패키지에 액세스할 수 있습니다.

    명령줄 인터페이스를 사용하여 변환하는 방법에 대한 자세한 내용은 명령줄 을 사용하여 RHEL 변환 계획 및 변환을 참조하십시오.

  • Satellite를 사용하여 변환 - 이 방법을 사용하여 대규모로 많은 서버를 변환합니다. Satellite를 사용하여 변환하려면 Satellite 서브스크립션이 있어야 합니다. Satellite를 사용하여 변환하는 방법에 대한 자세한 내용은 호스트를 Red Hat Enterprise Linux 로 변환을 참조하십시오.
  • Red Hat Insights를 사용하여 변환 - 이 방법을 사용하여 Satellite 서브스크립션 없이도 사용자 친화적인 GUI 인터페이스에서 여러 시스템을 변환합니다. 시스템은 인터넷에 연결되어 있어야 합니다. 전환 후 Red Hat Insights를 통해 시스템을 완전히 온보딩합니다.

    Red Hat Insights를 사용하여 변환하는 방법에 대한 자세한 내용은 RHEL 변환 계획을 참조하십시오.

3장. RHEL 변환 계획

자동화된 변환 프로세스는 실행 중인 시스템에서 수행됩니다. Convert2RHEL 유틸리티는 원래 Linux 배포의 모든 RPM 패키지를 RHEL 버전으로 대체합니다. 프로세스가 끝나면 RHEL 커널을 부팅하기 위해 시스템을 다시 시작해야 합니다.

원래 배포에서만 사용할 수 있고 RHEL 리포지토리에 해당 항목이 없는 패키지에는 원래 Linux 배포나 RHEL에서 제공되지 않는 타사 패키지는 변환의 영향을 받지 않습니다. Red Hat은 변환 프로세스 중에 변경되지 않은 타사 패키지를 지원하지 않습니다. 타사 소프트웨어 지원에 대한 Red Hat 정책을 참조하십시오.

참고

Convert2RHEL 유틸리티는 로컬 사용자 및 /home/srv 디렉터리의 데이터에 직접적인 영향을 미치지 않습니다. 그러나 Convert2RHEL 에서는 변환 프로세스 중에 RPM 패키지 스크립트릿이 수행하는 작업을 제어할 수 없습니다.

시스템을 RHEL로 변환하기 전에 다음을 고려해야 합니다.

  • 아키텍처 - 소스 OS가 64비트 Intel 아키텍처가 있는 시스템에 설치되어 있어야 합니다. 다른 시스템 아키텍처로 변환할 수 없습니다.
  • 보안 - FIPS 모드의 시스템은 변환을 위해 지원되지 않습니다.
  • kernel - RHEL 커널 모듈에 없는 커널 모듈을 사용하는 시스템은 현재 변환에서 지원되지 않습니다. Red Hat은 변환 전에 외래 커널 모듈을 비활성화하거나 제거한 다음 나중에 커널 모듈을 활성화하거나 다시 설치할 것을 권장합니다. 지원되지 않는 커널 모듈은 다음과 같습니다.

    • 특수 애플리케이션, GPU, 네트워크 드라이버 또는 스토리지 드라이버를 위한 커널 모듈
    • DKMS에서 빌드한 사용자 정의 컴파일된 커널 모듈
  • 퍼블릭 클라우드 - 퍼블릭 클라우드에서의 변환은 다음과 같은 상황에서 지원됩니다.

    • Alma Linux, CentOS Linux, Rocky Linux - Using Red Hat Subscription Manager (RHSM) for the following:

      • AWS(Amazon Web Services), Microsoft Azure 및 Google Cloud의 이미지(관련 소프트웨어 비용 없음).
      • 모든 퍼블릭 클라우드에서 사용자 제공 사용자 정의 이미지
    • Oracle Linux - 모든 퍼블릭 클라우드에서 사용자 제공 사용자 지정 이미지에 RHSM 사용.

      Convert2RHEL 은 CentOS Linux 및 Oracle Linux를 모두 변환하는 동안 RHUI(Red Hat Update Infrastructure)를 통해 RHEL 패키지에 액세스할 수 없습니다.

  • 고가용성 - Red Hat 또는 타사의 고가용성 클러스터 소프트웨어를 사용하는 시스템은 현재 RHEL로의 전환을 위해 테스트되거나 지원되지 않습니다. 이러한 환경의 무결성을 보장하기 위해 새로 설치된 RHEL 시스템으로 마이그레이션하는 것이 좋습니다.
  • Identity Management - FreeIPA 서버의 인플레이스 변환을 수행하는 것은 지원되지 않습니다. FreeIPA 배포를 IdM으로 마이그레이션하는 방법에 대한 자세한 내용은 RHEL이 아닌 Linux 배포판의 FreeIPA에서 FreeIPA 로 마이그레이션하고 RHEL 이외의 Linux 배포판 의 FreeIPA에서 IdM 으로 마이그레이션을 참조하십시오.

4장. Insights를 사용하여 RHEL 변환 준비

Red Hat Insights를 사용하여 사전 버전 분석을 실행하고 변환을 수행하기 전에 먼저 필요한 모든 준비 단계를 완료해야 합니다.

사전 요구 사항

  • CentOS Linux 7 시스템을 RHEL(Red Hat Enterprise Linux) 7로 변환할 계획입니다. CentOS Linux 8 및 기타 Linux 배포판의 변환은 명령줄 또는 Satellite에서 수행해야 합니다.
  • Red Hat 고객 포털에서 계정 및 활성화 키가 있어야 합니다. 자세한 내용은 하이브리드 클라우드 콘솔의 활성화 키 시작하기를 참조하십시오.
  • 데이터 무결성 문제의 위험을 줄이기 위해 데이터를 저장하는 중요한 애플리케이션, 데이터베이스 서비스 및 기타 서비스를 중지했습니다.
  • 변환이 실패하지 않도록 안티바이러스 소프트웨어를 일시적으로 비활성화했습니다.
  • 원래 시스템을 복원하지 않도록 Salt, Chef, Puppet, Ansible과 같은 구성 관리 시스템을 비활성화하거나 적절하게 재구성했습니다.
  • sos 패키지가 설치되어 있어야 합니다. 이 패키지를 사용하여 Red Hat 지원 팀의 지원 케이스를 열 때 필요한 sosreport 를 생성해야 합니다.
  • SCA( Simple Content Access )를 활성화했습니다. 2022년 7월 15일 이후에 생성된 Red Hat 계정의 SCA는 기본적으로 활성화되어 있습니다.

프로세스

  1. RHEL 서브스크립션이 있는지 확인합니다. 다음 방법 중 하나를 사용하여 서브스크립션을 가져올 수 있습니다.

    1. 개인을 위한 무료 RHEL 개발자 서브스크립션을 받으십시오. 개발자 서브스크립션은 16개의 서버로 제한됩니다.
    2. RHEL 서브스크립션에 대한 60일 무료 평가판 시작 . 이 평가판은 언제든지 취소할 수 있습니다.
    3. 지원을 받으려면 Red Hat 영업 팀에 문의하십시오. 다수의 서버를 변환하려는 경우 Red Hat은 영업 팀과 조정하도록 권장합니다.
  2. 시스템을 백업하고 필요한 경우 복원할 수 있는지 확인합니다.
  3. 알려진 문제 및 제한 사항을 확인하고 시스템이 변환에 지원되는지 확인합니다. 해당하는 경우 해결방법을 적용합니다.
  4. 표준 CentOS Linux 커널이 부팅 커널인지 확인합니다. 시스템을 부팅하는 커널이 표준 커널이 아닌 경우 기본 커널을 표준 커널로 변경하고 시스템을 재부팅하여 변경 사항을 적용합니다. 자세한 내용은 grubby 툴을 사용하여 GRUB 2 메뉴의 영구 변경 작업을 참조하십시오.
  5. 방화벽 또는 프록시 서버를 통해 변환하는 경우 다음 연결에 액세스할 수 있는지 확인합니다.

  6. Red Hat 클라이언트 툴을 설치합니다.

    1. Red Hat GPG 키를 다운로드합니다.

      # curl -o /etc/pki/rpm-gpg/RPM-GPG-KEY-redhat-release https://www.redhat.com/security/data/fd431d51.txt
    2. client-tools 리포지토리 파일을 설치합니다.

      # curl -o /etc/yum.repos.d/client-tools.repo https://ftp.redhat.com/redhat/client-tools/client-tools-for-rhel-7-server.repo https://ftp.redhat.com/redhat/client-tools/client-tools-for-rhel-7-server.repo
    3. 클라이언트 툴 패키지를 설치합니다.

      # yum -y install subscription-manager subscription-manager-rhsm-certificates rhc rhc-worker-script insights-client
  7. 원격 호스트 구성을 활성화하고 RHSM(Red Hat Subscription Manager)에 시스템을 등록한 후 시스템을 Red Hat Insights에 연결합니다.

    # rhc connect --activation-key <activation_key> --organization <organization_ID>

    organization_idactivation_keyRed Hat Customer Portal 의 조직 ID 및 활성화 키로 교체합니다. 원격 호스트 구성에 대한 자세한 내용은 원격 호스트 구성(rhc) 지식베이스 문서를 참조하십시오.

검증

  1. Red Hat Hybrid Cloud Console 에 로그인하여 Red Hat Insights > RHEL > Inventory > Systems.
  2. CentOS Linux 시스템이 예상대로 표시되는지 확인합니다.
참고

등록된 CentOS Linux 시스템에서 사용할 수 있는 유일한 Red Hat Insights 서비스는 RHEL 변환입니다. 다른 모든 Insights 서비스는 RHEL로 변환한 후에만 사용할 수 있습니다.

5장. Insights를 사용하여 사전 버전 분석 보고서 검토

CentOS Linux 시스템을 RHEL로 변환할 수 있는지 여부를 평가 하려면 RHEL 작업으로 변환을 위한 사전 버전 분석을 실행합니다. 사전 버전 분석에서는 잠재적인 문제를 요약하고 권장 솔루션을 제안하는 보고서를 생성합니다. 또한 이 보고서는 RHEL로의 전환을 진행할 수 있는지 여부를 결정하는 데 도움이 됩니다.

사전 요구 사항

프로세스

  1. Red Hat Hybrid Cloud Console 에 로그인하고 Red Hat Insights > RHEL > Automation Toolkit > Tasks 로 이동합니다.
  2. RHEL 작업으로 변환하는 Pre-conversion 분석을 찾고 Run task 를 클릭합니다.
  3. 변환을 위해 분석할 CentOS Linux 7 시스템을 선택하고 Execute task 를 클릭합니다.

    참고

    사전 버전 분석을 완료하는 데 최대 1시간이 걸릴 수 있습니다.

    사전 버전 분석 유틸리티는 활동 탭에 새 보고서를 생성합니다. 보고서를 선택하여 각 시스템에서 발견된 문제에 대한 요약을 확인합니다. 각 문제를 볼 시스템을 선택하고 잠재적 해결 방법을 자세히 검토하여 추가로 검토할 수도 있습니다.

    그림 5.1. RHEL로 변환을 위한 사전 버전 분석

    RHEL로 변환을 위한 사전 버전 분석

    각 문제에는 심각도 수준이 할당됩니다.

    • 억제: 복구가 발생하면 시스템 상태가 저하될 가능성이 매우 높기 때문에 변환이 실패할 수 있습니다. 변환하기 전에 이 문제를 해결해야 합니다.
    • skipped: 사전 요구 사항 테스트 실패로 인해 이 테스트를 실행할 수 없습니다. 변환이 실패할 수 있습니다.
    • 경고: 변환이 실패하지 않습니다. 변환 후 시스템 및 애플리케이션 문제가 발생할 수 있습니다.
    • info: 시스템 또는 애플리케이션에 예상되는 영향을 미치지 않는 정보
  4. 보고서를 검토하고 보고된 모든 문제를 해결한 후 Run 작업을 다시 클릭하여 분석을 다시 실행하고 미해결 문제가 없는지 확인합니다.

6장. Insights를 사용하여 RHEL 시스템으로 변환

RHEL 작업으로 변환하고 보고된 모든 문제를 해결하기 위한 사전 버전 분석을 실행한 후 CentOS Linux 7 시스템을 RHEL 7로 변환할 수 있습니다.

사전 요구 사항

프로세스

  1. Red Hat Hybrid Cloud Console 에 로그인하고 Red Hat Insights > RHEL > Automation Toolkit > Tasks 로 이동합니다.
  2. CentOS 7 Linux 작업에서 RHEL로 변환하고 Run task 를 클릭합니다.
  3. RHEL로 변환하려는 CentOS Linux 7 시스템을 선택하고 Execute task 를 클릭합니다.

    참고

    변환 프로세스를 완료하는 데 최대 1시간이 걸릴 수 있습니다.

  4. 활동 탭으로 이동하여 새로 생성된 변환 보고서를 선택합니다.
  5. 각 시스템 및 메시지를 검토합니다.

    • 시스템이 문제 없이 성공적으로 변환된 경우 시스템을 재부팅하고 다음 단계로 진행합니다.
    • 시스템이 변환되지 않은 경우, 발견된 문제 및 해결 방법에 대한 자세한 내용은 메시지를 검토하십시오. 또한 다음을 확인합니다.

    • 완료하지 않고 변환 시간이 초과된 경우 시스템이 실행 중인지 확인하고 다른 시간에 다시 시도합니다. 문제가 지속되면 지원팀에 문의하십시오.

      그림 6.1. CentOS 7 Linux에서 RHEL로 변환

      CentOS 7 Linux에서 RHEL로 변환
  6. 성공적으로 변환된 시스템을 재부팅한 후 원래 OS에서 변경되지 않은 타사 패키지를 제거합니다. 일반적으로 RHEL 항목이 없는 패키지입니다. 이러한 패키지 목록을 가져오려면 다음을 사용합니다.

    # yum list extras --disablerepo="*" --enablerepo=<RHEL_RepoID>

    RHEL_RepoID 를 리포지토리로 교체합니다.

  7. 선택 사항: RHEL 9로 인플레이스 업그레이드를 수행하여 최신 개선 사항, 보안 기능 및 버그 수정으로 시스템을 업데이트합니다. 자세한 내용은 RHEL 7에서 RHEL 8로 업그레이드 및 RHEL 8 에서 RHEL 9로 업그레이드 가이드를 참조하십시오.

7장. 전환 문제 해결

이 장에서는 문제 해결 리소스 및 팁이 나열되어 있습니다.

7.1. 리소스 문제 해결

변환 프로세스 중에 발생할 수 있는 문제를 해결하려면 콘솔 및 로그 파일에 출력되는 로그 메시지를 검토합니다.

콘솔 출력

기본적으로 info, warning, error 및 critical 로그 수준 메시지만 Convert2RHEL 유틸리티를 통해 콘솔 출력에 출력됩니다. 디버그 메시지도 출력하려면 convert2rhel 명령과 함께 --debug 옵션을 사용합니다.

로그

  • /var/log/convert2rhel/convert2rhel.log 파일에는 debug, info, warning, error, critical 메시지가 나열됩니다.
  • /var/log/convert2rhel/rpm_va.log 파일에는 사용자가 수정한 해석되지 않은 시스템의 모든 패키지 파일이 나열됩니다. 이 출력은 rpm -Va 명령으로 생성됩니다. 이 명령은 convert2rhel 명령과 함께 --no-rpm-va 옵션을 사용하지 않는 한 자동으로 실행됩니다.

7.2. 종속성 오류 수정

다른 Linux 배포에서 RHEL로 변환하는 동안 일부 종속 항목 없이 특정 패키지를 설치할 수 있습니다.

사전 요구 사항

프로세스

  1. 종속성 오류를 식별합니다.

    # yum check dependencies

    명령에서 출력을 표시하지 않으면 추가 작업이 필요하지 않습니다.

  2. 종속성 오류를 수정하려면 영향을 받는 패키지를 다시 설치합니다. 이 작업 중에 yum 유틸리티는 누락된 종속성을 자동으로 설치합니다. 시스템에서 사용할 수 있는 리포지토리에서 필요한 종속 항목을 제공하지 않는 경우 해당 패키지를 수동으로 설치합니다.

7.3. Red Hat Insights 변환 문제 해결

Red Hat Insights를 사용하여 RHEL로 변환할 때 다음과 같은 문제가 발생할 수 있습니다.

7.3.1. 사전 버전 분석 작업에서 누락된 시스템

Red Hat Insights에서 RHEL 작업으로 변환하기 위해 Pre-conversion 분석을 실행할 때 RHEL 인벤토리에 올바르게 표시된 CentOS Linux 7 시스템은 에서 사전 버전 분석을 실행하기 위해 사용 가능한 시스템 목록에 표시되지 않을 수 있습니다. 이 문제는 RHC(Remote Host Configuration)의 연결이 끊어지면 발생합니다.

프로세스

  1. Red Hat Hybrid Cloud Console 에 로그인하여 Red Hat Insights > RHEL > Inventory > Systems.
  2. 테이블에서 영향을 받는 시스템을 선택합니다.
  3. 일반 정보 탭에서 시스템 상태 카드로 이동하여 RHC 상태를 확인합니다.

    1. RHC 상태가 연결된 경우 RHC가 올바르게 연결됩니다.
    2. RHC 상태가 사용 불가능 이면 RHC의 연결이 끊어집니다. RHC를 다시 연결하려면 다음 단계로 이동합니다.
  4. 터미널에서 시스템 등록을 취소합니다.

    # rhc disconnect
  5. 문제 해결에 도움이 되도록 RHC systemd 서비스(rhcd) 로깅을 최고 수준으로 설정합니다.

    # sed -ie 's%error%trace%' /etc/rhc/config.toml
  6. Red Hat Insights에 시스템을 등록하고 터미널에서 RHC를 다시 활성화합니다.

    # insights-client --register
    # rhc connect -a <activation_key> -o <organization_ID>

    activation_keyorganization_ID 를 Red Hat Customer Portal의 활성화 키 및 조직 ID로 교체합니다.

검증

  • RHEL 작업으로 변환할 Pre-conversion 분석에서 시스템을 선택할 수 있는지 확인합니다.

    시스템이 여전히 올바르게 표시되지 않는 경우 rhcdinsights-client 툴에서 오류 메시지를 검토합니다.

    # journalctl -u rhcd
    # less /var/log/insights-client/insights-client.log

7.3.2. 사전 버전 분석 작업을 완료하지 못했습니다

RHEL 작업으로 변환하기 위한 사전 변환 분석을 실행하면 하나 이상의 시스템이 오류 메시지 작업이 완료되지 않아 알 수 없는 이유로 보고서를 생성하지 못할 수 있습니다. 나중에 이 작업을 다시 시도합니다. 이 문제가 발생하면 아래 단계를 완료하여 문제를 해결합니다.

프로세스

  1. 네트워크 접근성 문제로 인해 영향을 받는 시스템을 사용할 수 없는지 또는 시스템이 종료되었기 때문에 영향을 받는 시스템을 확인합니다.
  2. RHC systemd 서비스(rhcd)에서 오류가 있는지 확인합니다.

    1. 터미널에서 rhcd를 중지합니다.

      # systemctl stop rhcd
    2. rhcd 로깅을 최고 수준으로 설정합니다.

      # sed -ie 's%error%trace%' /etc/rhc/config.toml
    3. rhcd 를 다시 시작하십시오.

      # systemctl start rhcd
    4. rhcd 에서 게시한 오류 메시지를 검토합니다.

      # journalctl -u rhcd
  3. rhc-worker-script 로그 파일에서 오류를 검토합니다.

    # less /var/log/rhc-worker-script/rhc-worker-script.log

7.4. 알려진 문제 및 제한 사항

다음 문제 및 제한 사항은 변환 중에 발생하는 것으로 알려져 있습니다.

  • HTTP 프록시 서버를 사용하여 인터넷에 연결하는 시스템은 RHSM을 통해 Red Hat CDN 또는 Satellite를 사용하여 변환할 수 없습니다. 이 문제를 해결하려면 yum에 대해 HTTP 프록시를 활성화한 다음 RHSM에 대한 HTTP 프록시를 구성합니다.

    1. RHEL에서 yum 명령에 대한 프록시 설정을 활성화하는 방법에 설명된 대로 HTTP 프록시를 사용하도록 yum을 구성하시겠습니까?
    2. subscription-manager 패키지를 설치합니다.

      1. Red Hat GPG 키를 다운로드합니다.

        # curl -o /etc/pki/rpm-gpg/RPM-GPG-KEY-redhat-release https://www.redhat.com/security/data/fd431d51.txt
      2. subscription-manager 패키지가 포함된 client-tools 리포지토리의 리포지토리 파일을 설치합니다.

        • CentOS Linux 및 Oracle Linux 7의 경우:

          # curl -o /etc/yum.repos.d/client-tools.repo https://ftp.redhat.com/redhat/client-tools/client-tools-for-rhel-7-server.repo
        • Alma Linux, CentOS Linux, Oracle Linux 또는 Rocky Linux 8의 경우:

          # curl -o /etc/yum.repos.d/client-tools.repo https://ftp.redhat.com/redhat/client-tools/client-tools-for-rhel-8-x86_64.repo
      3. 다음 subscription-manager 패키지를 설치합니다.

        # yum -y install subscription-manager subscription-manager-rhsm-certificates
    3. Red Hat 서브스크립션 관리를 위한 HTTP 프록시를 구성하는 방법에 설명된 대로 RHSM의 HTTP 프록시 를 구성합니다.
    4. SCA(Simple Content Access)를 활성화합니다. 자세한 내용은 Simple Content Access Knowledgebase 문서를 참조하십시오.
    5. RHSM으로 시스템을 등록합니다.

      # subscription-manager register --org <organization_id> --activationkey <activation_key>

      organization_idactivation_key 를 Red Hat Customer Portal의 조직 ID 및 활성화 키로 교체합니다.

    6. /etc/convert2rhel.ini 파일에서 조직 ID 및 활성화 키를 제거합니다.
    7. RHEL로 변환을 수행합니다.

      # convert2rhel

      (RHELC-559)

  • Secure Boot가 활성화된 UEFI 시스템은 변환에서 지원되지 않습니다. 이 문제를 해결하려면 변환 전에 Secure Boot를 비활성화한 다음 변환이 완료된 후 다시 활성화합니다. (RHELC-138)
  • RHSM에 등록되어 있고 RHSM 인증 정보를 변환하는 경우 시스템이 다시 등록되고 변환 중에 롤백이 수행되는 경우 원래 RHSM 등록이 복원되지 않습니다. 이 문제를 해결하려면 롤백 후 RHSM에 시스템을 다시 등록합니다.
  • Red Hat Insights를 사용하여 변환하는 경우 두 개의 RHC 데몬(rhcd) 프로세스를 동시에 실행하면 사전 버전 분석이 예상대로 실행되지 않습니다. 이 문제를 방지하려면 한 번에 하나의 rhcd 프로세스만 실행합니다. (HMS-2629)
  • Alma Linux 8 시스템에서 Alma Linux 커널 패키지 버전 관리 문제로 인해 일부 Alma Linux 패키지가 RHEL 패키지로 대체되지 않습니다. 결과적으로 Convert2RHEL 유틸리티는 RHEL 및 시스템의 부팅 항목을 생성할 수 없으며 변환 후 부팅되지 않습니다. 이 문제를 방지하려면 변환한 시스템을 재부팅하기 전에 다음 단계를 완료합니다.

    1. shim-x64 패키지를 다운그레이드합니다.

      # dnf downgrade -y shim-x64
    2. efibootmgr 부팅 파티션과 변환된 시스템의 부팅 항목 번호를 확인합니다. # efibootmgr -v 새 efibootmgr 항목 추가:

      # efibootmgr -c -b 0035 -d boot_disk -p <boot_partition> -l \\EFI\\redhat\\shimx64.efi -L "Red Hat Enterprise Linux"

      boot_partition 을 부팅 파티션 번호(예: 1 )로 바꾸고 boot_disk 를 부팅 디스크 이름(예: /dev/vda )으로 바꿉니다.

    3. 변환된 시스템의 기존 부팅 항목을 제거합니다.

      # efibootmgr -Bb <boot_number>

      boot_number 를 변환된 시스템의 부팅 항목 번호로 바꿉니다.

      (RHELC-1190)

  • 사전 버전 분석 및 변환에서 발견된 일부 억제 사항은 환경 변수를 설정하여 재정의할 수 있습니다. 알려진 문제로 인해 하이브리드 클라우드 콘솔은 이 환경 변수가 설정된 시기를 인식하지 못합니다. 결과적으로 Insights를 사용하여 변환할 때 과도한 억제를 수정해야 합니다. (RHINENG-5943)

7.5. 지원 받기

전환 중에 문제가 발생하는 경우 이러한 문제를 해결할 수 있도록 Red Hat에 알려주십시오.

중요

전환 중에 문제가 발생하는 경우 심각도 3 또는 심각도 4 수준만 지원 케이스를 제기합니다. 자세한 내용은 제품 지원 약관을 참조하십시오.

사전 요구 사항

  • sos 패키지가 설치되어 있어야 합니다. 이 패키지를 사용하여 Red Hat 지원 팀의 지원 케이스를 열 때 필요한 sosreport 를 생성해야 합니다.

프로세스

  • 지원을 받으려면 다음 단계 중 하나를 수행합니다.

    • 지원 케이스를 생성합니다.

      • RHEL 7 또는 RHEL 8을 제품으로 선택하고 시스템에서 sosreport 를 제공합니다.
      • 시스템에서 sosreport 를 생성합니다.

        # sosreport

        케이스 ID를 비워 둘 수 있습니다.

    • 버그 보고서를 제출하십시오:

      • 버그를 열고 RHEL 7 또는 RHEL 8을 제품으로 선택한 다음 구성 요소로 convert2rhel 을 선택합니다.

sosreport 생성에 대한 자세한 내용은 What is an sosreport and how to create one in Red Hat Enterprise Linux? 를 참조하십시오.

고객 포털에서 지원 케이스를 열고 관리하는 방법에 대한 자세한 내용은 How do I open and manage a support case on the Customer Portal 에서 참조하십시오.

Linux 배포 변환에 대한 Red Hat의 지원 정책에 대한 자세한 내용은 Convert2RHEL 지원 정책을 참조하십시오.

8장. 추가 리소스

법적 공지

Copyright © 2024 Red Hat, Inc.
The text of and illustrations in this document are licensed by Red Hat under a Creative Commons Attribution–Share Alike 3.0 Unported license ("CC-BY-SA"). An explanation of CC-BY-SA is available at http://creativecommons.org/licenses/by-sa/3.0/. In accordance with CC-BY-SA, if you distribute this document or an adaptation of it, you must provide the URL for the original version.
Red Hat, as the licensor of this document, waives the right to enforce, and agrees not to assert, Section 4d of CC-BY-SA to the fullest extent permitted by applicable law.
Red Hat, Red Hat Enterprise Linux, the Shadowman logo, the Red Hat logo, JBoss, OpenShift, Fedora, the Infinity logo, and RHCE are trademarks of Red Hat, Inc., registered in the United States and other countries.
Linux® is the registered trademark of Linus Torvalds in the United States and other countries.
Java® is a registered trademark of Oracle and/or its affiliates.
XFS® is a trademark of Silicon Graphics International Corp. or its subsidiaries in the United States and/or other countries.
MySQL® is a registered trademark of MySQL AB in the United States, the European Union and other countries.
Node.js® is an official trademark of Joyent. Red Hat is not formally related to or endorsed by the official Joyent Node.js open source or commercial project.
The OpenStack® Word Mark and OpenStack logo are either registered trademarks/service marks or trademarks/service marks of the OpenStack Foundation, in the United States and other countries and are used with the OpenStack Foundation's permission. We are not affiliated with, endorsed or sponsored by the OpenStack Foundation, or the OpenStack community.
All other trademarks are the property of their respective owners.