실시간 RHEL 설치

사전 요구 사항

• RHEL 10의 최신 버전은 AMD64 또는 Intel64 시스템에 설치됩니다. 실시간 커널은 Red Hat Enterprise Linux 실행을 위해 인증된 AMD64 및 Intel 64(x86_64라고도 함) 서버 플랫폼에서 실행됩니다.
• 시스템이 등록되고 RHEL이 RHEL for Real Time 서브스크립션에 연결되어 있습니다.

• 기본 플랫폼이 올바르게 조정되고 시스템 BIOS 매개 변수가 조정되었는지 확인합니다.

  주의

  실시간 커널을 설치하기 전에 사전 요구 사항 작업을 수행하지 못하면 RHEL for Real Time 커널 배포의 일관된 성능을 방지할 수 있습니다.

검증

• 설치 위치를 확인하고 구성 요소가 성공적으로 설치되었는지 확인합니다.

  # rpm -ql realtime-setup
  /etc/security/limits.d/realtime.conf
  /etc/sysconfig/realtime-setup
  /etc/udev/rules.d/99-rhel-rt.rules
  /usr/bin/realtime-setup
  /usr/bin/rt-setup-kdump
  /usr/bin/slub_cpu_partial_off
  /usr/lib/.build-id
  /usr/lib/.build-id/a4
  /usr/lib/.build-id/a4/da77908aa4c6f048939f3267f1c552c456d117
  /usr/lib/systemd/system/rt-entsk.service
  /usr/lib/systemd/system/rt-setup.service
  /usr/sbin/kernel-is-rt
  /usr/sbin/rt-entsk

• kernel-rt 패키지 - RHEL for Real Time 커널 패키지입니다.
• RHEL for Real Time 커널 테스트 패키지에는 실시간 커널용 테스트 프로그램이 포함되어 있습니다.
• RHEL for Real Time debuginfo 패키지 - 디버깅 및 코드 추적을 위한 패키지입니다.

• 대기 시간이 짧은 최적의 결정성을 달성하기 위해 제공된 tuned 프로필을 사용하거나 시스템에 필요한 특정 튜닝의 캔버스로 RHEL을 실시간 특정 시스템 튜닝을 수행합니다.
• 실시간 커널 및 표준 커널의 모듈 호환성에 대한 세부 정보입니다.
• kdump 를 활성화하려면 kexec/kdump 를 활성화하여 크래시 덤프 정보를 제공하도록 RHEL for Real Time을 구성해야 합니다.
• 실시간 커널이 기본 커널인지 확인합니다.

• EMC Powerpath
• NVIDIA 그래픽
• Qlogic의 고급 스토리지 어댑터 구성 유틸리티

프로세스

• 기본 커널을 보려면 다음을 수행합니다.

  # grubby --default-kernel
  
  /boot/vmlinuz-6.12.0-89.el10_0.x86_64+rt

  명령 출력의 +rt 는 기본 커널이 실시간 커널임을 보여줍니다.

프로세스

• 시스템이 현재 실행 중인 커널을 표시합니다.

  # uname -a
  Linux rt-server.example.com 6.12.0-89.el10_0.x86_64 …

  참고

  시스템에서 마이너 업데이트를 수신하면(예: 8.3에서 8.4로) 기본 커널이 Real Time 커널에서 표준 커널로 자동으로 변경될 수 있습니다.

검증

• kernel-rt 가 기본 커널인지 확인하려면 다음 명령을 입력합니다.

  # grubby --default-kernel
  /boot/vmlinuz-6.12.0-55.14.1.el10_0.x86_64+rt

사전 요구 사항

• 활성 RHEL 서브스크립션입니다.
• 시스템 CPU 아키텍처용 kexec-tools 패키지가 포함된 리포지토리입니다.
• kdump 구성 및 대상에 대한 요구 사항을 충족했습니다. 자세한 내용은 지원되는 kdump 구성 및 대상 을 참조하십시오.

프로세스

• 다음 명령을 입력하여 메모리 사용량 보고서를 생성합니다.

  # makedumpfile --mem-usage /proc/kcore
  
  
  TYPE        PAGES    EXCLUDABLE    DESCRIPTION
  -------------------------------------------------------------
  ZERO          501635      yes        Pages filled with zero
  CACHE         51657       yes        Cache pages
  CACHE_PRIVATE 5442        yes        Cache pages + private
  USER          16301       yes        User process pages
  FREE          77738211    yes        Free pages
  KERN_DATA     1333192     no         Dumpable kernel data

사전 요구 사항

• 시스템에 대한 root 권한이 있습니다.
• 구성 및 대상에 대한 kdump 요구 사항을 충족했습니다. 자세한 내용은 지원되는 kdump 구성 및 대상 을 참조하십시오.
• zipl 유틸리티가 IBM Z 시스템인 경우 설치했습니다.

사전 요구 사항

• 시스템에 대한 root 권한이 있습니다.
• kdump 구성 및 대상에 대한 요구 사항을 충족했습니다. 자세한 내용은 지원되는 kdump 구성 및 대상 을 참조하십시오.

프로세스

• 크래시 덤프 파일을 로컬 파일 시스템의 /var/crash/ 디렉터리에 저장하려면 /etc/kdump.conf 파일을 편집하고 경로를 지정합니다.

  path /var/crash

  옵션 경로 /var/crash 는 kdump 에서 크래시 덤프 파일을 저장하는 파일 시스템의 경로를 나타냅니다.

  참고
  • /etc/kdump.conf 파일에 덤프 대상을 지정하면 경로는 지정된 덤프 대상과 관련이 있습니다.
  • /etc/kdump.conf 파일에 덤프 대상을 지정하지 않으면 경로는 루트 디렉터리의 절대 경로를 나타냅니다.

  현재 시스템에 마운트된 파일 시스템에 따라 덤프 대상 및 조정된 덤프 경로가 자동으로 구성됩니다.

• 크래시 덤프 파일과 kdump 에서 생성된 관련 파일을 보호하려면 사용자 권한 및 SELinux 컨텍스트와 같은 대상 대상 디렉터리에 대한 적절한 속성을 설정해야 합니다. 또한 다음과 같이 kdump.conf 파일에서 kdump_post.sh 스크립트를 정의할 수 있습니다.

  kdump_post <path_to_kdump_post.sh>

  kdump_post 지시문은 kdump 가 캡처를 완료하고 지정된 대상에 크래시 덤프를 저장한 후 실행되는 쉘 스크립트 또는 명령을 지정합니다. 이 메커니즘을 사용하여 kdump 의 기능을 확장하여 파일 권한 조정을 포함하여 작업을 수행할 수 있습니다.

• kdump 대상 설정 표시 및 이해:

  1. 주석 및 빈 행을 필터링하여 효과적인 구성을 표시합니다.

     # grep -v '^#' /etc/kdump.conf | grep -v '^$'

  2. 출력 예:

     ext4 /dev/mapper/vg00-varcrashvol
     path /var/crash
     core_collector makedumpfile -c --message-level 1 -d 31

     덤프 대상은 (ext4 /dev/mapper/vg00-varcrashvol) 지정되므로 /var/crash 에 마운트됩니다. path 옵션도 /var/crash 로 설정됩니다. 따라서 kdump 는 vmcore 파일을 /var/crash/var/crash 디렉터리에 저장합니다.

• 크래시 덤프 저장을 위해 로컬 디렉터리를 변경하려면 /etc/kdump.conf 구성 파일을 root 사용자로 편집합니다.

  1. #path /var/crash 행의 시작 부분에서 해시 기호( # )를 제거합니다.

  2. 값을 의도한 디렉터리 경로로 바꿉니다. 예를 들면 다음과 같습니다.

     path /usr/local/cores

     중요

     Red Hat Enterprise Linux 10에서 path 지시문을 사용하여 kdump 대상으로 정의된 디렉터리는 kdump systemd 서비스가 실패하지 않도록 시작될 때 존재해야 합니다. 서비스가 시작될 때 디렉터리가 없으면 더 이상 자동으로 생성되지 않습니다.

• 파일을 다른 파티션에 작성하려면 /etc/kdump.conf 구성 파일을 편집합니다.

  1. 선택한 항목에 따라 #ext4 행의 시작 부분에서 해시 기호(# )를 제거합니다.

     • 장치 이름( #ext4 /dev/vg/lv_kdump 행)
     • 파일 시스템 레이블( #ext4 LABEL=/boot 행)
     • UUID ( #ext4 UUID=03138356-5e61-4ab3-b58e-27507ac41937 행)

  2. 파일 시스템 유형과 장치 이름, 레이블 또는 UUID를 필수 값으로 변경합니다. UUID 값을 지정하는 올바른 구문은 UUID="correct-uuid" 및 UUID=correct-uuid 입니다. 예를 들면 다음과 같습니다.

     ext4 UUID=03138356-5e61-4ab3-b58e-27507ac41937

     중요

     LABEL= 또는 UUID= 를 사용하여 스토리지 장치를 지정해야 합니다. /dev/sda3 과 같은 디스크 장치 이름은 재부팅 시 일관성이 유지되지 않습니다.

     IBM Z 하드웨어에서 Direct Access Storage Device(DASD)를 사용하는 경우 kdump 를 진행하기 전에 덤프 장치가 /etc/dasd.conf 에 올바르게 지정되었는지 확인합니다.

• 크래시 덤프를 장치에 직접 작성하려면 /etc/kdump.conf 구성 파일을 편집합니다.

  1. #raw /dev/vg/lv_kdump 행의 시작 부분에서 해시 기호( # )를 제거합니다.

  2. 값을 원하는 장치 이름으로 바꿉니다. 예를 들면 다음과 같습니다.

     raw /dev/sdb1

• NFS 프로토콜을 사용하여 크래시 덤프를 원격 시스템에 저장하려면 다음을 수행합니다.

  1. #nfs my.server.com:/export/tmp 행의 시작 부분에서 해시 기호( # )를 제거합니다.

  2. 값을 유효한 호스트 이름 및 디렉터리 경로로 바꿉니다. 예를 들면 다음과 같습니다.

     nfs penguin.example.com:/export/cores

  3. 변경 사항을 적용하려면 kdump 서비스를 다시 시작하십시오.

     $ sudo systemctl restart kdump.service

     참고

     NFS 지시문을 사용하여 NFS 대상을 지정하는 동안 kdump.service 는 자동으로 NFS 대상을 마운트하여 디스크 공간을 확인합니다. NFS 대상을 미리 마운트할 필요가 없습니다. kdump.service 가 대상을 마운트하지 않도록 하려면 kdump.conf 에서 dracut_args --mount 지시문을 사용합니다. 그러면 kdump.service 가 --mount 인수와 함께 dracut 유틸리티를 호출하여 NFS 대상을 지정할 수 있습니다.

• SSH 프로토콜을 사용하여 크래시 덤프를 원격 시스템에 저장하려면 다음을 수행합니다.

  1. #ssh user@my.server.com 행의 시작 부분에서 해시 기호(# )를 제거합니다.
  2. 값을 유효한 사용자 이름 및 호스트 이름으로 바꿉니다.

  3. 구성에 SSH 키를 포함합니다.

     1. #sshkey /root/.ssh/kdump_id_rsa 행의 시작 부분에서 해시 기호를 제거합니다.

     2. 덤프하려는 서버에서 유효한 키 위치로 값을 변경합니다. 예를 들면 다음과 같습니다.

        ssh john@penguin.example.com
        sshkey /root/.ssh/mykey

• 크래시 덤프 파일의 크기를 압축하고 다양한 덤프 수준을 사용하여 필요한 페이지만 복사합니다.
• 불필요한 크래시 덤프 페이지 제외.
• 크래시 덤프에 포함될 페이지 유형 필터링.

사전 요구 사항

• 시스템에 대한 root 권한이 있습니다.
• kdump 구성 및 대상에 대한 요구 사항을 충족했습니다. 자세한 내용은 지원되는 kdump 구성 및 대상 을 참조하십시오.

사전 요구 사항

• 루트 권한.
• kdump 구성 및 대상에 대한 요구 사항을 충족했습니다. 자세한 내용은 지원되는 kdump 구성 및 대상 을 참조하십시오.

• 패키지 업그레이드.
• 하드웨어 수준 변경(예: 스토리지 또는 네트워킹 변경)
• 펌웨어 업그레이드.
• 타사 모듈을 포함하는 새로운 설치 및 애플리케이션 업그레이드.
• 핫플러그 메커니즘을 사용하여 이 메커니즘을 지원하는 하드웨어에 메모리를 추가하는 경우.
• /etc/kdump.conf 또는 /etc/sysconfig/kdump 파일을 변경한 후

사전 요구 사항

• 시스템에 대한 root 권한이 있습니다.
• 모든 중요한 데이터를 저장했습니다. kdump 를 테스트하는 명령으로 인해 커널이 데이터 손실과 충돌합니다.
• 시스템 아키텍처에 따라 상당한 머신 유지 관리 시간을 예약했습니다.

• vmcore - 충돌 시 시스템 메모리를 포함하는 주요 커널 메모리 덤프 파일입니다. kdump 구성에 지정된 core_collector 프로그램의 구성에 따라 데이터를 포함합니다. 기본적으로 커널 데이터 구조, 프로세스 정보, 스택 추적 및 기타 진단 정보.
• vmcore-dmesg.txt - 패닉 상태인 기본 커널의 커널 링 버퍼 로그(dmesg)의 내용입니다.
• kexec-dmesg.log - vmcore 데이터를 수집하는 보조 kexec 커널 실행으로부터의 커널 및 시스템 로그 메시지가 있습니다.

사전 요구 사항

• 시스템에 대한 root 권한이 있습니다.
• 구성 및 대상에 대한 kdump 요구 사항을 완료했습니다. 지원되는 kdump 구성 및 대상 을 참조하십시오.
• kdump 설치에 대한 모든 구성은 필요에 따라 설정됩니다.

• rd.driver.blacklist=<modules>
• modprobe.blacklist=<modules>

사전 요구 사항

• 시스템에 대한 root 권한이 있습니다.

사전 요구 사항

• 시스템에 대한 root 권한이 있습니다.

검증

• kdump 서비스가 실행 중인지 확인합니다.

  # systemctl status kdump.service
  
  ○ kdump.service - Crash recovery kernel arming
       Loaded: loaded (/usr/lib/systemd/system/kdump.service; enabled; vendor preset: disabled)
       Active: active (live)

사전 요구 사항

• 시스템에 대한 root 권한이 있습니다.

검증

• kdump 서비스가 실행 중인지 확인합니다.

  # systemctl status kdump.service
  
  ○ kdump.service - Crash recovery kernel arming
       Loaded: loaded (/usr/lib/systemd/system/kdump.service; enabled; vendor preset: disabled)
       Active: active (live)

사전 요구 사항

• kdump 구성 및 대상에 대한 요구 사항을 충족했습니다. 자세한 내용은 지원되는 kdump 구성 및 대상 을 참조하십시오.