Red Hat Summit Red Hat SummitSuporteConsoleDesenvolvedoresComeçar um testeContato

42.3.2. Configurando o alvo kdump

Quando uma falha no núcleo é capturada, o núcleo pode ser armazenado como um arquivo em um sistema de arquivo local, escrito diretamente em um dispositivo, ou enviado através de uma rede usando o protocolo NFS (Network File System) ou SSH (Secure Shell). Apenas uma destas opções pode ser definida de cada vez, e o comportamento padrão é armazenar o arquivo vmcore no diretório /var/crash/ do sistema de arquivos local.

Pré-requisitos

Procedimento

Para armazenar o arquivo vmcore no diretório /var/crash/ do sistema de arquivos local:

  • Edite o arquivo /etc/kdump.conf e especifique o caminho: 

    caminho /var/crash
    Copy to Clipboard Toggle word wrap

    A opção path /var/crash representa o caminho para o sistema de arquivo no qual kdump salva o arquivo vmcore. Quando você especifica um alvo de despejo no arquivo /etc/kdump.conf, então o path é relativo ao alvo de despejo especificado.

    Se você não especificar um alvo de despejo no arquivo /etc/kdump.conf, então o path representa o caminho absoluto a partir do diretório raiz. Dependendo do que está montado no sistema atual, o alvo de despejo e o caminho de despejo ajustado são tomados automaticamente.

Atenção

kdump salva o arquivo vmcore no diretório /var/crash/var/crash, quando o alvo do despejo é montado em /var/crash e a opção path também é definida como /var/crash no arquivo /etc/kdump.conf. Por exemplo, no exemplo a seguir, o sistema de arquivo ext4 já está montado em /var/crash e o path está configurado como /var/crash: 

grep -v ^# etc/kdump.conf | grep -v ^$
ext4 /dev/mapper/vg00-varcrashvol
path /var/crash
core_collector makedumpfile -c --message-level 1 -d 31
Copy to Clipboard Toggle word wrap

Isto resulta no caminho /var/crash/var/crash. Para resolver este problema, use a opção path / ao invés de path /var/crash

Para alterar o diretório local no qual o despejo principal deve ser salvo, como root, edite o arquivo de configuração /etc/kdump.conf como descrito abaixo.

  1. Remova o sinal de hash (#) do início da linha #path /var/crash.

  2. Substituir o valor pelo caminho de diretório pretendido. Por exemplo: 

    caminho /usr/local/cores
    Copy to Clipboard Toggle word wrap
    Importante

    No Red Hat Enterprise Linux 8, o diretório definido como alvo do kdump usando a diretiva path deve existir quando o serviço systemd kdump for iniciado - caso contrário, o serviço falha. Este comportamento é diferente de versões anteriores do Red Hat Enterprise Linux, onde o diretório estava sendo criado automaticamente se ele não existisse ao iniciar o serviço.

Para escrever o arquivo em uma partição diferente, como root, edite o arquivo de configuração /etc/kdump.conf como descrito abaixo.

  1. Remova o sinal de hash (#) do início da linha #ext4, dependendo de sua escolha.

    • nome do dispositivo (a linha #ext4 /dev/vg/lv_kdump )
    • etiqueta do sistema de arquivo (a linha #ext4 LABEL=/boot )
    • UUID (a linha #ext4 UUID=03138356-5e61-4ab3-b58e-27507ac41937 )

  2. Alterar o tipo de sistema de arquivo, bem como o nome do dispositivo, etiqueta ou UUID para os valores desejados. Por exemplo: 

    ext4 UUID=03138356-5e61-4ab3-b58e-27507ac41937
    Copy to Clipboard Toggle word wrap
    Importante

    Recomenda-se especificar os dispositivos de armazenamento usando um LABEL= ou UUID=. Nomes de dispositivos de disco como /dev/sda3 não são garantidos para ser consistentes durante a reinicialização.

    Importante

    Ao despejar para o Dispositivo de Armazenamento de Acesso Direto (DASD) no hardware IBM Z, é essencial que os dispositivos de despejo sejam especificados corretamente em /etc/dasd.conf antes de prosseguir.

Para escrever o depósito de lixo diretamente em um dispositivo:

  1. Remova o sinal de hash (#) do início da linha #raw /dev/vg/lv_kdump.

  2. Substituir o valor pelo nome do dispositivo pretendido. Por exemplo: 

    bruto /dev/sdb1
    Copy to Clipboard Toggle word wrap

Para armazenar a lixeira em uma máquina remota usando o protocolo NFS:

  1. Remova o sinal de hash (#) do início da linha #nfs my.server.com:/export/tmp.

  2. Substituir o valor por um hostname válido e um caminho de diretório. Por exemplo: 

    nfs penguin.example.com:/export/cores
    Copy to Clipboard Toggle word wrap

Para armazenar a lixeira em uma máquina remota usando o protocolo SSH:

  1. Remova o sinal de hash (#) desde o início do #ssh user@my.server.com linha.
  2. Substituir o valor por um nome de usuário e um nome de host válidos.

  3. Inclua sua chave SSH na configuração.

    • Remova o sinal de hash do início da linha #sshkey /root/.ssh/kdump_id_rsa.

    • Mude o valor para a localização de uma chave válida no servidor para o qual você está tentando despejar. Por exemplo: 

      ssh john@penguin.example.com
sshkey /root/.ssh/mykey
      Copy to Clipboard Toggle word wrap

Recursos adicionais

Voltar ao topo
Red Hat logoGithubredditYoutubeTwitter

Aprender

Experimente, compre e venda

Comunidades

Sobre a documentação da Red Hat

Ajudamos os usuários da Red Hat a inovar e atingir seus objetivos com nossos produtos e serviços com conteúdo em que podem confiar. Explore nossas atualizações recentes.

Tornando o open source mais inclusivo

A Red Hat está comprometida em substituir a linguagem problemática em nosso código, documentação e propriedades da web. Para mais detalhes veja o Blog da Red Hat.

Sobre a Red Hat

Fornecemos soluções robustas que facilitam o trabalho das empresas em plataformas e ambientes, desde o data center principal até a borda da rede.

Theme

© 2025 Red Hat