41.5. 지원되는 kdump 구성 및 대상


kdump 메커니즘은 커널 충돌 발생 시 크래시 덤프 파일을 생성하는 Linux 커널의 기능입니다. 커널 덤프 파일에는 커널 충돌의 근본 원인을 분석하고 결정하는 데 도움이 되는 중요한 정보가 있습니다. 충돌은 다양한 요인, 하드웨어 문제 또는 타사 커널 모듈 문제로 인해 몇 가지 이름을 지정할 수 있습니다.

제공된 정보 및 절차를 사용하면 다음 작업을 수행할 수 있습니다.

  • RHEL 8 시스템에 대해 지원되는 구성 및 대상을 식별합니다.
  • kdump를 구성합니다.
  • kdump 작업을 확인합니다.

41.5.1. kdump의 메모리 요구 사항

kdump 에서 커널 크래시 덤프를 캡처하고 추가 분석을 위해 저장하려면 시스템 메모리의 일부를 캡처 커널에 영구적으로 예약해야 합니다. 예약되면 시스템 메모리의 이 부분을 기본 커널에서 사용할 수 없습니다.

메모리 요구 사항은 특정 시스템 매개변수에 따라 다릅니다. 주요 요인 중 하나는 시스템의 하드웨어 아키텍처입니다. x86_64라고도 하는 Intel 64 및 AMD64와 같은 정확한 시스템 아키텍처를 식별하고 표준 출력에 인쇄하려면 다음 명령을 사용합니다.

$ uname -m$ uname -m
Copy to Clipboard Toggle word wrap

명시된 최소 메모리 요구 사항 목록을 사용하여 사용 가능한 최신 버전에서 kdump 의 메모리를 자동으로 예약하도록 적절한 메모리 크기를 설정할 수 있습니다. 메모리 크기는 시스템의 아키텍처 및 사용 가능한 실제 메모리에 따라 다릅니다.

Expand
표 41.1. kdump에 필요한 최소 예약된 메모리 양
아키텍처사용 가능한 메모리최소 예약 메모리

AMD64 및 Intel 64 (x86_64)

1GB에서 4GB

192MB RAM

4GB에서 64GB

256MB RAM

64GB 이상

512MB RAM

64비트 ARM 아키텍처(arm64)

2GB 이상

480MB의 RAM

IBM Power Systems (ppc64le)

2GB에서 4GB

384MB의 RAM

4GB ~ 16GB

512MB RAM

16GB에서 64GB

1GB RAM

64GB에서 128GB

2GB RAM

128GB 이상

4GB RAM

IBM Z (s390x)

1GB에서 4GB

192MB RAM

4GB에서 64GB

256MB RAM

64GB 이상

512MB RAM

많은 시스템에서 kdump 는 필요한 메모리 양을 추정하고 자동으로 예약할 수 있습니다. 이 동작은 기본적으로 활성화되어 있지만 시스템 아키텍처에 따라 다른 특정 양의 사용 가능한 메모리가 있는 시스템에서만 작동합니다.

중요

시스템의 총 메모리 양을 기반으로 예약된 메모리의 자동 구성은 최선의 노력 추정입니다. I/O 장치와 같은 다른 요인에 따라 실제 필요한 메모리가 다를 수 있습니다. 메모리가 충분하지 않으면 커널 패닉의 경우 디버그 커널을 캡처 커널로 부팅할 수 없습니다. 이 문제를 방지하려면 크래시 커널 메모리를 충분히 늘립니다.

41.5.2. 자동 메모리 예약의 최소 임계값

기본적으로 kexec-tools 유틸리티는 crashkernel 명령줄 매개변수를 구성하고 kdump 에 대해 일정 양의 메모리를 예약합니다. 그러나 일부 시스템에서는 부트 로더 구성 파일에서 crashkernel=auto 매개 변수를 사용하거나 그래픽 구성 유틸리티에서 이 옵션을 활성화하여 kdump 에 메모리를 할당할 수 있습니다. 이 자동 예약이 작동하려면 시스템에서 특정 양의 총 메모리를 사용할 수 있어야 합니다. 메모리 요구 사항은 시스템의 아키텍처에 따라 다릅니다. 시스템 메모리가 지정된 임계값보다 작으면 메모리를 수동으로 구성해야 합니다.

Expand
표 41.2. 자동 메모리 예약에 필요한 최소 메모리 양
아키텍처필요한 메모리

AMD64 및 Intel 64 (x86_64)

2GB

IBM Power Systems (ppc64le)

2GB

IBM  Z (s390x)

4GB

참고

부팅 명령줄의 crashkernel=auto 옵션은 RHEL 9 이상 릴리스에서 더 이상 지원되지 않습니다.

41.5.3. 지원되는 kdump 대상

커널 충돌이 발생하면 운영 체제는 구성된 또는 기본 대상 위치에 덤프 파일을 저장합니다. 덤프 파일을 장치에 직접 저장하거나 로컬 파일 시스템에 파일로 저장하거나 네트워크를 통해 덤프 파일을 보낼 수 있습니다. 다음 덤프 대상 목록을 사용하면 kdump 에서 현재 지원되거나 지원되지 않는 대상을 알 수 있습니다.

Expand
표 41.3. RHEL 8의 kdump 대상
대상 유형지원되는 대상지원되지 않는 대상

물리적 스토리지

  • LVM(Logical Volume Manager).
  • 씬 프로비저닝 볼륨.
  • qla2xxx,lpfc,bnx2fc, bfa 와 같은 파이버 채널(FC) 디스크.
  • 네트워크로 연결된 스토리지 서버의 iSCSI 소프트웨어 구성 논리 장치.
  • 소프트웨어 RAID 솔루션인 mdraid 하위 시스템.
  • cciss,hpsa,megaraid_sas,mpt2sas 와 같은 하드웨어 RAIDaacraid.
  • SCSISATA 디스크.
  • iSCSIHBA 오프로드.
  • qla2xxxlpfc 와 같은 하드웨어 FCoE.
  • BIOS RAID.
  • iBFT 를 사용하는 소프트웨어 iSCSI. 현재 지원되는 전송은 bnx2i,cxgb3icxgb4i 입니다.
  • be2iscsi 과 같은 하이브리드 장치 드라이버가 있는 소프트웨어 iSCSI.
  • FoE(Fibre Channel over Ethernet)
  • 레거시 IDE.
  • GlusterFS 서버.
  • Cryostat2 파일 시스템.
  • 클러스터형 논리 볼륨 관리자(CLVM).
  • HA-LVM(고가용성 LVM 볼륨).

네트워크

  • 커널 모듈을 사용하는 하드웨어: tg3,igb,ixgbe,sfc, ena ,cnic,netxen_nic,qlge,bnx2x,bnx,qlcnic, be2net,enic,virtio-net,ixgbevf,igbvf.
  • IPv4 프로토콜.
  • 이더넷 장치 또는 VLAN과 같은 다양한 장치의 네트워크 본딩.
  • VLAN 네트워크.
  • 네트워크 브리지.
  • 네트워크 팀.
  • 본딩을 통해 VLAN 및 VLAN 태그 지정
  • 본딩, 팀, VLAN을 통한 브리지 네트워크.
  • IPv6 프로토콜.
  • clevis 연결입니다.
  • InfiniBand 네트워크
  • 브리지 및 팀을 통한 VLAN 네트워크.

하이퍼바이저

  • KVM(커널 기반 가상 시스템).
  • 특정 구성의 Cryostat 하이퍼바이저만 사용할 수 있습니다.
  • VMware ESXi 4.1 and 5.1.
  • RHEL generates1 UP 게스트의 R2만 있는 Hyper-V 2012 R2입니다.
 

파일 시스템

ext[234], XFS 및 NFS 파일 시스템.

Btrfs 파일 시스템입니다.

펌웨어

  • BIOS 기반 시스템.
  • UEFI Secure Boot.
 

41.5.4. 지원되는 kdump 필터링 수준

kdump 는 덤프 파일의 크기를 줄이기 위해 makedumpfile 코어 수집기를 사용하여 데이터를 압축하고 원하지 않는 정보를 제외합니다. 예를 들어 -8 수준을 사용하여 hugepageshugetlbfs 페이지를 제거할 수 있습니다. 현재 dumpfile 에서 지원하는 수준은 'kdump'에 대한 수준 필터링을 위해 표에서 확인할 수 있습니다.

Expand
표 41.4. kdump에 대한 수준 필터링
옵션설명

1

0 페이지

2

캐시 페이지

4

캐시 비공개 캐시

8

사용자 페이지

16

무료 페이지

41.5.5. 지원되는 기본 실패 응답

기본적으로 kdump 가 코어 덤프를 생성하지 못하는 경우 운영 체제가 재부팅됩니다. 그러나 코어 덤프를 기본 대상에 저장하지 못하는 경우 다른 작업을 수행하도록 kdump 를 구성할 수 있습니다.

Expand
표 41.5. kdump에 대한 실패 응답
옵션설명

dump_to_rootfs

코어 덤프를 루트 파일 시스템에 저장합니다. 이 옵션은 네트워크 대상과 함께 특히 유용합니다. 네트워크 대상에 연결할 수 없는 경우 이 옵션은 코어 덤프를 로컬로 저장하도록 kdump를 구성합니다. 시스템이 나중에 재부팅됩니다.

reboot

시스템을 재부팅하여 프로세스에서 코어 덤프를 손실합니다.

halt

시스템을 중단하고 프로세스의 코어 덤프를 손실합니다.

poweroff

시스템의 전원을 끄고 프로세스의 코어 덤프를 끊습니다.

shell

initramfs 내에서 쉘 세션을 실행하여 사용자가 코어 덤프를 수동으로 기록할 수 있습니다.

final_action

kdump 에 성공한 후 또는 shell 또는 dump_to_rootfs 실패 작업이 완료된 경우 reboot,halt, poweroff 작업과 같은 추가 작업을 활성화합니다. 기본 final_action 옵션은 reboot 입니다.

41.5.6. final_action 매개변수 사용

kdump 가 성공하거나 kdump 가 구성된 대상에 vmcore 파일을 저장하지 못하는 경우, final_action 매개변수를 사용하여 reboot,halt, poweroff 와 같은 추가 작업을 수행할 수 있습니다. final_action 매개변수를 지정하지 않으면 재부팅이 기본 응답입니다.

프로세스

  1. final_action 을 구성하려면 /etc/kdump.conf 파일을 편집하고 다음 옵션 중 하나를 추가합니다.

    • final_action reboot
    • final_action halt
    • final_action poweroff
  2. 변경 사항을 적용하려면 kdump 서비스를 다시 시작하십시오.

    # kdumpctl restart
    Copy to Clipboard Toggle word wrap

41.5.7. failure_action 매개변수 사용

failure_action 매개 변수는 커널 충돌 시 덤프가 실패할 때 수행할 작업을 지정합니다. 시스템을 재부팅 하는 failure_action 의 기본 동작은 재부팅입니다.

매개변수는 수행할 다음 작업을 인식합니다.

reboot
덤프 실패 후 시스템을 재부팅합니다.
dump_to_rootfs
루트가 아닌 덤프 대상이 구성된 경우 덤프 파일을 루트 파일 시스템에 저장합니다.
halt
시스템을 중지합니다.
poweroff
시스템에서 실행 중인 작업을 중지합니다.
shell
initramfs 내에서 쉘 세션을 시작하여 추가 복구 작업을 수동으로 수행할 수 있습니다.

프로세스

  1. 덤프가 실패하는 경우 수행할 작업을 구성하려면 /etc/kdump.conf 파일을 편집하고 failure_action 옵션 중 하나를 지정합니다.

    • failure_action reboot
    • failure_action halt
    • failure_action poweroff
    • failure_action 쉘
    • failure_action dump_to_rootfs
  2. 변경 사항을 적용하려면 kdump 서비스를 다시 시작하십시오.

    # kdumpctl restart
    Copy to Clipboard Toggle word wrap
맨 위로 이동
Red Hat logoGithubredditYoutubeTwitter

자세한 정보

평가판, 구매 및 판매

커뮤니티

Red Hat 문서 정보

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

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

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

Red Hat 소개

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

Theme

© 2025 Red Hat