7.7. 자주하는 질문
클러스터형 환경에서 Kdump를 사용하려면 어떤 고려 사항을 수행해야 합니까?
RHEL 6, 7 고가용성 애드온과 함께 사용할 수 있도록 kdump를 구성하려면 어떻게 해야 합니까?에서는 고가용성 애드온 을 사용하여 시스템 관리자가 사용할 수 있는 옵션을 보여줍니다.
초기 부팅 과정에서 kdump가 실패합니다. 부팅 로그를 캡처하는 방법은 무엇입니까?
두 번째 커널을 부팅하는 데 문제가 있는 경우 초기 부팅 로그를 검토해야 합니다. 이러한 부팅은 영향을 받는 시스템에 직렬 콘솔을 활성화하여 얻을 수 있습니다.
RHEL7에서 직렬 콘솔을 설정하려면 어떻게 해야 합니까? 는 초기 부팅 메시지에 대한 액세스를 활성화하는 데 필요한 구성을 보여줍니다.
디버깅을 위해 makedumpfile에서 메시징을 늘리려면 어떻게 해야 합니까?
makedumpfile
이 실패하는 경우 로그 수준을 높여 무엇이 잘못되는지 파악해야 합니다. 이는 덤프 수준을 설정하는 것과 다르며 /etc/kdump.conf
를 편집하고 core_collector
행 항목에서 dumpfile을 만들기
위해 message_level
옵션을 늘려서 달성됩니다.
기본적으로 makedumpfile
은 출력 출력 내용을 진행률 표시로 제한하는 level 1로 설정됩니다. 이 메시지 수준을 31로 설정하여 모든 디버깅 정보를 활성화합니다. 메시지 수준 31은 진행 상태 표시, 일반적인 메시지, 오류 메시지, 디버그 메시지 및 보고서 메시지에 대한 세부 정보를 출력합니다.
메시지 수준 옵션에 대한 자세한 내용은 makedumpfile(8)
매뉴얼 페이지를 참조하십시오.
설정된 경우 core_collector 구성 줄이 다음과 유사하게 표시되는지 확인합니다.
core_collector makedumpfile -l --message-level 1 -d 31
Dracut을 어떻게 디버깅할 수 있습니까?
때로는 dracut
이 initramfs를 빌드하지 못할 수 있습니다. 이 경우 문제를 격리하려면 dracut
에서 로그 수준을 늘립니다.
/etc/kdump.conf
를 편집하고 필요한 다른 dracut 인수 외에 -L 5
옵션을 포함하도록 dracut_args
행을 변경합니다.
dracut_args
에 다른 옵션이 구성되어 있지 않은 경우 결과는 다음과 유사합니다.
dracut_args -L 5
가상 머신에 사용할 수 있는 덤프 방법은 무엇입니까?
대부분의 경우, kdump
메커니즘은 충돌 또는 패닉 발생 후 시스템에서 메모리 덤프를 얻는 데 충분합니다. 이는 베어 메탈에 설치와 동일한 방식으로 설정할 수 있습니다.
그러나 크래시 덤프를 얻으려면 하이퍼바이저와 직접 작업해야 하는 경우도 있습니다. 이 작업을 수행하기 위해 libvirt
에서 사용할 수 있는 두 가지 메커니즘은 pvpanic
및 virsh dump
입니다. 이러한 두 가지 방법은 모두 가상화 배포 및 관리 가이드에서 설명합니다.
pvpanic
메커니즘은 가상화 배포 및 관리 가이드 - 창에서 장치 설정을 참조하십시오.
virsh dump
명령은 가상화 배포 및 관리 가이드 - 도메인 코어의 덤프 파일 생성에 설명되어 있습니다.
Red Hat 지원 서비스에 대용량 덤프 파일을 업로드하려면 어떻게 해야 합니까?
경우에 따라 분석을 위해 커널 크래시 덤프 파일을 Red Hat 글로벌 지원 서비스로 보내야 할 수도 있습니다. 그러나 덤프 파일은 필터링 된 후에도 매우 클 수 있습니다. 새 지원 케이스를 열 때 250MB보다 큰 파일은 Red Hat 고객 포털을 통해 직접 업로드할 수 없으므로 Red Hat은 대용량 파일을 업로드하기 위해 FTP 서버를 제공합니다.
FTP 서버의 주소는 dropbox.redhat.com
이며 파일은 /incoming/
디렉토리에 업로드됩니다. FTP 클라이언트를 패시브 모드로 설정해야 합니다. 방화벽에서 이 모드를 허용하지 않는 경우 활성 모드를 사용하여 origin-dropbox.redhat.com
서버를 사용하십시오.
업로드 된 파일이 다음과 같은 프로그램을 사용하여 압축되어 있는지 확인하십시오. gzip 그리고 적절하고 설명적으로 이름이 지정되어 있습니다. 파일 이름에 지원 케이스 번호를 사용하는 것이 좋습니다. 필요한 모든 파일을 성공적으로 업로드한 후 정확한 파일 이름과 SHA1 또는 MD5 체크섬을 사용하여 지원 케이스를 담당 엔지니어를 제공하십시오.
자세한 내용은 Red Hat 지원에 파일을 제공하는 방법을 참조하십시오.
크래시 덤프를 완료하는 데 시간이 얼마나 필요합니까?
종종 덤프를 완료하는 데 걸리는 시간을 확인하기 위해 재해 복구 계획의 목적을 위해 필요합니다. 그러나 걸리는 시간은 디스크에 복사되는 메모리 양과 RAM과 스토리지 간의 인터페이스 속도에 따라 크게 달라집니다.
타이밍 테스트의 경우 대표적 로드 하에서 시스템이 작동해야 합니다. 그렇지 않으면 페이지 제외 선택 사항이 완전히 로드된 프로덕션 시스템과 함께 kdump 동작에 대한 잘못된 보기를 제공할 수 있습니다. 이러한 불일치는 특히 대량의 RAM과 함께 작업할 때 존재합니다.
또한 덤프할 시간을 평가할 때 계획에서 스토리지 인터페이스를 고려합니다. 예를 들어 네트워크 제약 조건으로 인해 ssh
를 통해 덤프하는 연결에서 로컬로 연결된 SATA 디스크보다 완료하는 데 시간이 오래 걸릴 수 있습니다.
설치 중에 Kdump가 어떻게 구성되어 있습니까?
다음을 구성할 수 있습니다. kdump Kickstart의 옵션 세트 또는 대화형 GUI를 사용하여 설치하는 동안.
The kdump 를 사용한 구성 anaconda 설치 GUI는 설치 가이드의 KDUMP 섹션에 설명되어 있습니다.
The kickstart 구문은 다음과 같습니다.
%addon com_redhat_kdump [--disable,enable] [--reserve-mb=[auto,value]] %end
Kickstart에 대한 이 애드온을 사용하면 kdump 기능을 비활성화하거나 활성화할 수 있으며 선택적으로 auto의 기본 옵션(전체 스위치가 생략되는 경우) 또는 메가바이트 단위로 숫자 값을 지정하여 예약된 메모리 크기를 정의할 수 있습니다.
Kickstart를 사용하여 시스템 배포를 자동화하는 방법을 알아보려면 설치 가이드에서 Kickstart 설치를 참조하십시오.
Kickstart 애드온 구문에 대한 자세한 내용은 설치 가이드의 Kickstart 구문 참조 를 참조하십시오.