Configurar o Ambiente para Gerar Core Dump no EKS

[marcialwushu]

1. Configurar o Ambiente para Gerar Core Dump no EKS

1.1. Habilitar Core Dumps no Pod

Certifique-se de que o pod da aplicação .NET esteja configurado para gerar core dumps. Isso envolve:

• Definir limites de recursos adequados.
• Configurar o securityContext para permitir a geração de core dumps.

Exemplo de trecho de um manifesto YAML do pod:

spec:
  containers:
  - name: minha-aplicacao-dotnet
    image: minha-imagem-dotnet:latest
    securityContext:
      runAsUser: 0  # Executa como root (ou usuário com permissão para gerar core dumps)
      privileged: true  # Necessário para gerar core dumps em alguns casos
    resources:
      limits:
        memory: "2Gi"
        cpu: "1000m"

1.2. Configurar o Limite de Core Dump no Container

Adicione a seguinte variável de ambiente ou configure o sistema operacional do container para permitir core dumps:

env:
- name: DOTNET_DbgEnableMiniDump
  value: "1"
- name: DOTNET_DbgEnableMiniDumpDiagnostics
  value: "1"

1.3. Instalar Ferramentas para Geração de Core Dump

Se a imagem do container não tiver as ferramentas necessárias, instale-as via Dockerfile ou initContainer:

RUN apt-get update && apt-get install -y procps gdb

---

2. Gerar o Core Dump no Pod

2.1. Acessar o Pod

Use o kubectl para acessar o pod:

kubectl exec -it <nome-do-pod> -- /bin/bash

2.2. Identificar o PID da Aplicação

Dentro do pod, identifique o PID do processo da aplicação .NET:

ps aux | grep dotnet

2.3. Gerar o Core Dump

Use o gcore (parte do pacote gdb) para gerar o core dump:

gcore <PID>

O arquivo será gerado no diretório atual com o nome core.<PID>.

---

3. Copiar o Core Dump para o Computador Local

3.1. Copiar o Arquivo do Pod para o WSL

Use o kubectl cp para copiar o arquivo do pod para o WSL:

kubectl cp <nome-do-pod>:/caminho/para/core.<PID> ~/core.<PID>

3.2. Transferir do WSL para o Windows

No WSL, o sistema de arquivos do Windows está montado em /mnt/c/. Copie o arquivo para um diretório acessível no Windows:

cp ~/core.<PID> /mnt/c/Users/<seu-usuario>/Downloads/

Ou use o scp se preferir transferir via rede:

scp ~/core.<PID> usuario@ip-do-windows:/c/Users/<seu-usuario>/Downloads/

---

4. Verificar o Core Dump Localmente

Agora, o arquivo core.<PID> estará disponível no diretório C:\Users\<seu-usuario>\Downloads\ do Windows. Você pode analisá-lo com ferramentas como:

• Visual Studio (com suporte a diagnóstico de core dumps)
• lldb ou gdb (no WSL ou Linux)
• dotnet-dump (ferramenta oficial da Microsoft para análise de core dumps .NET)

---

5. (Opcional) Usar o aws cli para Transferir o Core Dump

Se o core dump estiver em um EBS volume ou S3, você pode usar o aws cli para baixá-lo:

5.1. Copiar para um Bucket S3

aws s3 cp core.<PID> s3://meu-bucket/core-dumps/

5.2. Baixar do S3 para o Computador Local

aws s3 cp s3://meu-bucket/core-dumps/core.<PID> ~/Downloads/

---

Resumo dos Comandos

Passo	Comando
Acessar o pod	kubectl exec -it <nome-do-pod> -- /bin/bash
Gerar core dump	gcore <PID>
Copiar do pod para o WSL	kubectl cp <nome-do-pod>:/caminho/para/core.<PID> ~/core.<PID>
Copiar do WSL para o Windows	cp ~/core.<PID> /mnt/c/Users/<seu-usuario>/Downloads/
Transferir via S3	aws s3 cp core.<PID> s3://meu-bucket/core-dumps/

---

Observações Importantes

• Permissões: Certifique-se de que o pod tenha permissões para gerar core dumps (privileged: true).
• Espaço em Disco: Core dumps podem ser grandes. Verifique o espaço disponível no pod e no WSL.
• Arquitetura arm64: Se a aplicação for compilada para arm64, você precisará de ferramentas compatíveis (ex: dotnet-dump para Linux ARM64) para analisar o core dump.