O que fazer depois de um kernel panic no AIX?

Question

Houve um "kernel panic" - pelo menos uma espécie de.

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

Como analiso o arquivo de despejo? Como posso rastrear o que aconteceu?

    

Answer 1

Seu espaço de dump é muito pequeno. Não foi possível armazenar um despejo completo.

sysdumpdev -e fornecerá uma estimativa de quanto espaço de dump você precisará para capturar um dump completo. Eu sugiro que você forneça um LV com pelo menos 1,5x ou 2x o tamanho estimado.

sysdumpdev -l mostrará a configuração atual do dispositivo de despejo.

Você pode modificar os dispositivos de despejo com alguns outros sinalizadores ou por meio de smit sysdumpdev .

Um dispositivo de despejo é simplesmente um volume lógico do tipo dump . É recomendado que o dispositivo de despejo primário esteja ativo no disco local, preferencialmente dentro de rootvg .

Como você tem pelo menos o dump mínimo, a melhor ação seria (supondo que você tenha suporte IBM) para abrir um caso com a IBM e carregar o arquivo de despejo em um piscar de olhos ( snap -ac ) para eles de acordo com suas instruções.

Eles analisarão o snap e o dump, e (espero) sugerem algumas ações corretivas. Na melhor das hipóteses, você se deparou com um bug específico que foi corrigido, mas é mais do que provável que recomendará a atualização para o service pack mais recente para o seu nível de tecnologia.