As traduções são geradas por tradução automática. Em caso de conflito entre o conteúdo da tradução e da versão original em inglês, a versão em inglês prevalecerá.

# Problemas de Runtime Monitoring
<a name="troubleshooting-guardduty-runtime-monitoring"></a>

Esta seção lista os erros que você pode enfrentar ao configurar ou usar Runtime Monitoring.

## Problemas de cobertura de runtime
<a name="troubleshooting-runtime-monitoring-coverage-issues"></a>

Quando a cobertura de tempo de execução de seus recursos protegidos se torna **insalubre**, o GuardDuty console fornece o tipo exato de problema. Depois de definir o tipo de problema, use os documentos a seguir para ver as etapas de solução de problemas para cada tipo de recurso compatível:
+ [Solucionando problemas de cobertura de runtime do Amazon EC2](gdu-assess-coverage-ec2.md#ec2-runtime-monitoring-coverage-issues-troubleshoot)
+ [Solução de problemas de cobertura de runtime do Amazon ECS-Fargate](gdu-assess-coverage-ecs.md#ecs-runtime-monitoring-coverage-issues-troubleshoot)
+ [Solucionando problemas de cobertura de runtime do Amazon EKS](eks-runtime-monitoring-coverage.md#eks-runtime-monitoring-coverage-issues-troubleshoot)

## Solução de problemas de falta de memória no Runtime Monitoring (somente suporte ao Amazon EC2)
<a name="troubleshoot-ec2-cpu-out-of-memory-error"></a>

Esta seção fornece as etapas de solução de problemas quando você enfrenta um erro de falta de memória com base na [Limites de CPU e de memória](prereq-runtime-monitoring-ec2-support.md#ec2-cpu-memory-limits-gdu-agent) implantação manual do agente de GuardDuty segurança.

Se `systemd` encerrar o GuardDuty agente por causa do `out-of-memory` problema e você avaliar que fornecer mais memória ao GuardDuty agente é razoável, você pode atualizar o limite.

1. Com a permissão do root, abra`/lib/systemd/system/amazon-guardduty-agent.service`.

1. Encontre `MemoryLimit` e `MemoryMax` e atualize os dois valores.

   ```
   MemoryLimit=256M
   MemoryMax=256M
   ```

1. Depois de atualizar os valores, reinicie o GuardDuty agente usando o seguinte comando:

   ```
   sudo systemctl daemon-reload
   sudo systemctl restart amazon-guardduty-agent
   ```

1. Execute o seguinte comando para visualizar o status:

   ```
   sudo systemctl status amazon-guardduty-agent
   ```

   A saída esperada mostrará o novo limite de memória:

   ```
   Main PID: 2540 (amazon-guardduty)
   Tasks: 16
   Memory: 21.9M (limit: 256.0M)
   ```

## Meu AWS Step Functions fluxo de trabalho está falhando inesperadamente
<a name="runtime-ecs-step-function-failure"></a>

Se o GuardDuty contêiner contribuiu para a falha do fluxo de trabalho, consulte[Solução de problemas de cobertura de runtime do Amazon ECS-Fargate](gdu-assess-coverage-ecs.md#ecs-runtime-monitoring-coverage-issues-troubleshoot). Se o problema persistir, para evitar a falha do fluxo de trabalho devido ao GuardDuty contêiner, execute **uma** das seguintes etapas:
+ Adicione a `false` tag`GuardDutyManaged`: ao cluster Amazon ECS associado.
+ Desative a configuração automática do agente para AWS Fargate (somente ECS) no nível da conta. Adicione a tag de inclusão`GuardDutyManaged`: `true` ao cluster Amazon ECS associado que você deseja continuar monitorando com o agente GuardDuty automatizado.