Logboeken controleren om 500- en 503-fouten op Adobe Commerce op te lossen

In dit artikel wordt uitgelegd hoe u de access.log en verwante logboeken kunt controleren om 503- en 500-fouten op te lossen. Dit kan worden veroorzaakt door verkeer of onvoldoende serverbronnen. Als u de access.log - en verwante logbestanden bekijkt, kunt u informatie weergeven over wat problemen met Adobe Commerce kan veroorzaken in de cloud-infrastructuur.

Betrokken producten en versies

Als u logboeken voor deze serverfouten wilt weergeven, controleert u de access.log op de webserver, bijvoorbeeld <ip address> <timestamp> <request uri> <response code> <referer url>

Verwante logbestanden controleren:

  1. Voer het volgende bevel in CLI uit als het op de huidige dag (voor Adobe Commerce op de architectuur van het de planplan van de wolkeninfrastructuur Pro) is. Of tot een bepaald punt in het verleden (voor Adobe Commerce op de architectuur van het Plan van de Aanzet van de wolkeninfrastructuur), aangezien de duur van de logboekdekking beperkt is, en logboekomwenteling niet beschikbaar is: grep -r "\" [50[0-9]" /path/to/access.log als de fout in het verleden is voorgekomen stel het volgende bevel in CLI (Pro architectuur slechts): zgrep "\" 50[0-9]" /path/to/access.log.<rotation ID>.gz
  2. Dan controleer exception.log en error.log of het gelijkwaardige geroteerde logboek(logboeken die automatisch worden geroteerd en worden samengeperst wanneer zij een bepaalde dossiergrootte) voor zelfde timestamp bereiken om van de potentiƫle fout de plaats te bepalen en te zien wat zou kunnen voorkomen om het te veroorzaken. Opmerking: als u de opdrachten exception.log en error.log hierboven in de CLI wilt controleren, maar access.log wilt vervangen door exception.log of error.log .

Gerelateerde lezing

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