Se você deseja registrar a saída em caso de pânico no kernel com o Linux, kdump é o caminho a ser seguido. É isso que a Red Hat treina as pessoas a usar e o que eu sei ser a abordagem padrão.
Qual é a melhor prática atual para capturar rastreamentos completos de pilha do kernel em um sistema Linux (RHEL 5.x, kernel 2.6.18) que ocasionalmente entra em pânico em um driver de dispositivo?
Estou acostumado com a maneira "antiga" do SunOS de fazer as coisas - os despejos de memória quebrados são gravados no swap e, na reinicialização, o dump é recuperado no sistema de arquivos local. man 8 crash refere-se a diskdump , mas parece não ser suportado. e / ou depreciado.
Eu joguei com kdump , mas não está claro se posso obter um rastreamento de pilha disso. Acionar um pânico via Magic SysRq não criou um. Também parece um desperdício reservar tanta memória (128 MB) apenas por um kexec de recuperação de falhas.
Se você deseja registrar a saída em caso de pânico no kernel com o Linux, kdump é o caminho a ser seguido. É isso que a Red Hat treina as pessoas a usar e o que eu sei ser a abordagem padrão.
Talvez o rastreamento de pilha faça isso por meio de um netconsole ( /usr/src/linux/Documentation/networking/netconsole.txt ). Vale a pena tentar, já que quase não é esforço.
Tags linux trace kernel-panic