「カーネルパニック」が発生しました。少なくともそのようなことが起こりました。
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
指示に従ってスナップショット()内にダンプ・ファイルをアップロードすることです。
彼らはスナップショットとダンプを分析し(希望的に)いくつかの修正措置を講じます。最良のシナリオは、特定の修正されたバグを偶然発見しましたが、技術レベルに適した最新のサービスパックにアップグレードすることをお勧めします。