DokumentationCommerceCommerce-Wissensdatenbank

[Nur PaaS]{class="badge informative" title="Gilt nur für Adobe Commerce in Cloud-Projekten (von Adobe verwaltete PaaS-Infrastruktur) und lokale Projekte."}

Überprüfen Sie die Protokolle, um Fehler vom Typ 500 und 503 in Adobe Commerce zu beheben.

Last update: Mon Aug 11 2025 00:00:00 GMT+0000 (Coordinated Universal Time)

In diesem Artikel wird erläutert, wie Sie die access.log und zugehörigen Protokolle überprüfen können, um Fehler vom Typ 503 und 500 zu beheben, die durch Traffic oder unzureichende Serverressourcen verursacht werden können. Die Anzeige der access.log und der zugehörigen Protokolle kann Informationen zu den Ursachen von Problemen bereitstellen, die im Zusammenhang mit Adobe Commerce in der Cloud-Infrastruktur stehen.

Betroffene Produkte und Versionen

Um Protokolle auf diese Server-Fehler anzuzeigen, überprüfen Sie die access.log auf dem Webserver, z. B. <ip address> <timestamp> <request uri> <response code> <referer url>

So überprüfen Sie die zugehörigen Protokolle:

  1. Führen Sie den folgenden Befehl in der CLI aus, sofern er am aktuellen Tag erfolgt (für Adobe Commerce auf Cloud Infrastructure Pro Planarchitektur). Oder zu einem bestimmten Zeitpunkt in der Vergangenheit (für die Starterplanarchitektur von Adobe Commerce in der Cloud-Infrastruktur), da die Dauer der Protokollabdeckung begrenzt ist und die Protokollrotation nicht verfügbar ist: grep -r "\" [50[0-9]" /path/to/access.log Wenn der Fehler in der Vergangenheit aufgetreten ist, führen Sie den folgenden Befehl in der CLI aus (nur Pro-Architektur): zgrep "\" 50[0-9]" /path/to/access.log.<rotation ID>.gz
  2. Überprüfen Sie dann die exception.log und error.log oder das entsprechende rotierte Protokoll (Protokolle, die automatisch rotiert und komprimiert werden, wenn sie eine bestimmte Dateigröße erreichen) für denselben Zeitstempel, um den potenziellen Fehler zu finden und zu sehen, was möglicherweise passiert ist, das ihn verursacht hat. Hinweis: Um die exception.log zu überprüfen und error.log die oben genannten Befehle in der CLI ausführen, aber access.log durch exception.log oder error.log ersetzen.

Verwandtes Lesen

recommendation-more-help
8bd06ef0-b3d5-4137-b74e-d7b00485808a