검색

9.2. 문제 해결 팁

download PDF

다음 문제 해결 팁을 참조할 수 있습니다.

업그레이드 전 단계

예 9.1. LeApp 응답 파일

다음은 대답되지 않은 질문 하나가 있는 편집되지 않은 /var/log/leapp/answerfile 파일의 예입니다.

[check_vdo]
# Title:              None
# Reason:             Confirmation
# ============================= check_vdo.confirm =============================
# Label:              Are all VDO devices, if any, successfully converted to LVM management?
# Description:        Enter True if no VDO devices are present on the system or all VDO devices on the system have been successfully converted to LVM management. Entering True will circumvent check of failures and undetermined devices. Recognized VDO devices that have not been converted to LVM management can still block the upgrade despite the answer.All VDO devices must be converted to LVM management before upgrading.
# Reason:             To maximize safety all block devices on a system that meet the criteria as possible VDO devices are checked to verify that, if VDOs, they have been converted to LVM management. If the devices are not converted and the upgrade proceeds the data on unconverted VDO devices will be inaccessible. In order to perform checking the 'vdo' package must be installed. If the 'vdo' package is not installed and there are any doubts the 'vdo' package should be installed and the upgrade process re-run to check for unconverted VDO devices. If the check of any device fails for any reason an upgrade inhibiting report is generated. This may be problematic if devices are dynamically removed from the system subsequent to having been identified during device discovery. If it is certain that all VDO devices have been successfully converted to LVM management this dialog may be answered in the affirmative which will circumvent block device checking.
# Type:               bool
# Default:            None
# Available choices: True/False
# Unanswered question. Uncomment the following line with your answer
# confirm =

Label 필드는 대답이 필요한 질문을 지정합니다. 이 예에서 문제는 모든 VDO 장치가 LVM 관리로 성공적으로 변환됩니까?

질문에 대답하려면 마지막 줄의 주석 처리를 제거하고 True 또는 False 응답을 입력합니다. 이 예에서 선택한 답변은 True 입니다.

[check_vdo]
...
# Available choices: True/False
# Unanswered question. Uncomment the following line with your answer
confirm = True

다운로드 단계

  • RPM 패키지를 다운로드하는 동안 문제가 발생하면 /var/log/leapp/dnf-debugdata/ 디렉터리에 있는 트랜잭션 디버그 데이터를 검사합니다.

    참고

    /var/log/leapp/dnf-debugdata/ 디렉터리가 비어 있거나 트랜잭션 디버그 데이터가 생성되지 않은 경우 존재하지 않습니다. 이 문제는 필요한 리포지토리를 사용할 수 없는 경우 발생할 수 있습니다.

initramfs 단계

  • 이 단계에서 잠재적인 실패가 Dracut 쉘로 리디렉션됩니다. 저널 로그를 확인합니다.

    # journalctl

    또는 reboot 명령을 사용하여 Dracut 쉘에서 시스템을 다시 시작하고 /var/log/leapp/leapp-upgrade.log 파일을 확인합니다.

post-upgrade 단계

  • 시스템을 성공적으로 업그레이드하고 이전 RHEL 8 커널로 부팅한 것처럼 보이는 경우 시스템을 다시 시작하고 GRUB에서 기본 항목의 커널 버전을 확인합니다.
  • RHEL 9 시스템의 업그레이드 후 상태 확인을 위한 권장 단계를 따르십시오.
  • SELinux를 강제 모드로 전환한 후 애플리케이션 또는 서비스가 작동하지 않거나 잘못 작동하는 경우 ausearch, journalctl 또는 dmesg 유틸리티를 사용하여 거부를 검색합니다.

    # ausearch -m AVC,USER_AVC -ts boot
    # journalctl -t setroubleshoot
    # dmesg | grep -i -e selinux -e type=1400

    가장 일반적인 문제는 잘못된 레이블 지정으로 인해 발생합니다. 자세한 내용은 SELinux 관련 문제 해결을 참조하십시오.

Red Hat logoGithubRedditYoutubeTwitter

자세한 정보

평가판, 구매 및 판매

커뮤니티

Red Hat 문서 정보

Red Hat을 사용하는 고객은 신뢰할 수 있는 콘텐츠가 포함된 제품과 서비스를 통해 혁신하고 목표를 달성할 수 있습니다.

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

Red Hat은 코드, 문서, 웹 속성에서 문제가 있는 언어를 교체하기 위해 최선을 다하고 있습니다. 자세한 내용은 다음을 참조하세요.Red Hat 블로그.

Red Hat 소개

Red Hat은 기업이 핵심 데이터 센터에서 네트워크 에지에 이르기까지 플랫폼과 환경 전반에서 더 쉽게 작업할 수 있도록 강화된 솔루션을 제공합니다.

© 2024 Red Hat, Inc.