出现了“内核恐慌”——至少是这样。
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
根据他们的指示在快照 ( ) 内将转储文件上传给他们。
他们将分析快照和转储,并(希望)提出一些纠正措施。最好的情况是您偶然发现了一个已修复的特定错误,但他们很可能会建议您升级到适合您的技术水平的最新服务包。