Die vorliegende Übersetzung wurde maschinell erstellt. Im Falle eines Konflikts oder eines Widerspruchs zwischen dieser übersetzten Fassung und der englischen Fassung (einschließlich infolge von Verzögerungen bei der Übersetzung) ist die englische Fassung maßgeblich.

# Probleme mit der Laufzeitüberwachung
<a name="troubleshooting-guardduty-runtime-monitoring"></a>

In diesem Abschnitt werden die Fehler aufgeführt, die bei der Einrichtung oder Verwendung von Runtime Monitoring auftreten können.

## Probleme mit der Runtime-Abdeckung
<a name="troubleshooting-runtime-monitoring-coverage-issues"></a>

Wenn die Runtime-Abdeckung Ihrer geschützten Ressourcen **nicht mehr funktionsfähig ist**, gibt die GuardDuty Konsole den genauen Problemtyp an. Nachdem Sie den Problemtyp ermittelt haben, können Sie sich anhand der folgenden Dokumente die Schritte zur Problembehandlung für jeden unterstützten Ressourcentyp ansehen:
+ [Behebung von Problemen mit der Amazon EC2 EC2-Runtime-Abdeckung](gdu-assess-coverage-ec2.md#ec2-runtime-monitoring-coverage-issues-troubleshoot)
+ [Behebung von Problemen mit der Amazon ECS-Fargate-Runtime-Abdeckung](gdu-assess-coverage-ecs.md#ecs-runtime-monitoring-coverage-issues-troubleshoot)
+ [Behebung von Problemen mit der Amazon EKS-Runtime-Abdeckung](eks-runtime-monitoring-coverage.md#eks-runtime-monitoring-coverage-issues-troubleshoot)

## Fehlerbehebung bei Speichermangel in Runtime Monitoring (nur Amazon EC2-Support)
<a name="troubleshoot-ec2-cpu-out-of-memory-error"></a>

In diesem Abschnitt werden die Schritte zur Problembehebung beschrieben, wenn der Fehler „Nicht genügend Arbeitsspeicher“ auftritt, basierend auf dem Problem, den GuardDuty Security Agent manuell [CPU- und Speicherlimit](prereq-runtime-monitoring-ec2-support.md#ec2-cpu-memory-limits-gdu-agent) zu installieren.

Wenn der GuardDuty Agent aufgrund des `out-of-memory` Problems `systemd` beendet wird und Sie der Meinung sind, dass es sinnvoll ist, dem GuardDuty Agenten mehr Speicher zur Verfügung zu stellen, können Sie das Limit aktualisieren.

1. Öffnen `/lib/systemd/system/amazon-guardduty-agent.service` Sie mit der Root-Berechtigung.

1. Suchen Sie `MemoryLimit` nach und und aktualisieren Sie beide Werte. `MemoryMax`

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

1. Starten Sie den GuardDuty Agenten nach dem Aktualisieren der Werte neu, indem Sie den folgenden Befehl verwenden:

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

1. Führen Sie den folgenden Befehl aus, um den Status anzuzeigen.

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

   In der erwarteten Ausgabe wird das neue Speicherlimit angezeigt:

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

## Mein AWS Step Functions Workflow schlägt unerwartet fehl
<a name="runtime-ecs-step-function-failure"></a>

Wenn der GuardDuty Container zum Workflow-Fehler beigetragen hat, finden Sie weitere Informationen unter[Behebung von Problemen mit der Amazon ECS-Fargate-Runtime-Abdeckung](gdu-assess-coverage-ecs.md#ecs-runtime-monitoring-coverage-issues-troubleshoot). **Wenn das Problem weiterhin besteht, führen Sie einen der folgenden Schritte aus, um zu verhindern, dass der Workflow aufgrund des GuardDuty Containers fehlschlägt:**
+ Fügen Sie das `false` Tag`GuardDutyManaged`: zum zugehörigen Amazon ECS-Cluster hinzu.
+ Deaktivieren Sie die automatische Agentenkonfiguration für AWS Fargate (nur ECS) auf Kontoebene. Fügen Sie das Inclusion-Tag`GuardDutyManaged`: `true` zu dem zugehörigen Amazon ECS-Cluster hinzu, den Sie mit dem GuardDuty automatisierten Agenten weiter überwachen möchten.