"커널 패닉"이 발생했습니다. 적어도 그런 일이 일어났습니다.
errpt | head
IDENTIFIER TIMESTAMP T C RESOURCE_NAME DESCRIPTION
A6DF45AA 1205044411 I O RMCdaemon The daemon is started.
67145A39 1205044111 U S SYSDUMP SYSTEM DUMP
F48137AC 1205043911 U O minidump COMPRESSED MINIMAL DUMP
0975DD6C 1205043911 P S ABEND KERNEL ABNORMALLY TERMINATED
9DBCFDEE 1205044311 T O errdemon ERROR LOGGING TURNED ON
E87EF1BE 1204150011 P O dumpcheck The largest dump device is too small.
A6DF45AA 1204012511 I O RMCdaemon The daemon is started.
67145A39 1204012311 U S SYSDUMP SYSTEM DUMP
F48137AC 1204012111 U O minidump COMPRESSED MINIMAL DUMP
덤프 파일을 분석하는 방법은 무엇입니까? 무슨 일이 일어나고 있는지 어떻게 추적하나요?
답변1
덤프가 너무 작습니다. 전체 덤프를 저장할 수 없습니다.
sysdumpdev -e
전체 덤프를 캡처하는 데 필요한 덤프 공간의 추정치가 제공됩니다. 예상 크기의 최소 1.5배 또는 2배 크기의 덤프 LV를 제공하는 것이 좋습니다.
sysdumpdev -l
현재 덤프 장치 구성이 표시됩니다.
다른 플래그를 사용하거나 전달할 수 있습니다 smit sysdumpdev
.
덤프 장치는 유형의 논리 볼륨일 뿐입니다 dump
. 기본 덤프 장치는 로컬 디스크, 가급적이면 에 위치하는 것이 좋습니다 rootvg
.
최소한의 덤프가 있으므로 가장 좋은 방법은(IBM 지원이 있다고 가정) IBM에 케이스를 열고 snap -ac
지침에 따라 스냅샷( ) 내에 덤프 파일을 업로드하는 것입니다.
그들은 스냅샷과 덤프를 분석하고 (희망적으로) 몇 가지 수정 조치를 취할 것입니다. 가장 좋은 시나리오는 수정된 특정 버그를 우연히 발견했지만 기술 수준에 적합한 최신 서비스 팩으로 업그레이드할 것을 권장할 가능성이 가장 높습니다.