Åtgärda fel i buffertstorleken i Adobe Commerce i molninfrastrukturen

Den här artikeln åtgärdar ett problem där en loggbuffert blir full, vilket resulterar i trunkerade åtkomstloggbegäranden vid webbplatsavbrott. Problemet identifieras med felmeddelanden i övervakningsverktyg som New Relic.

Beskrivning description

Miljö

Adobe Commerce Cloud

Problem/symtom

Följande fel uppstår när loggar kontrolleras vid ett webbplatsutbrott:

FastCGI skickades i fel: 'loggbufferten är full (1024). Åtkomstloggbegäran har trunkerats när svarshuvudet lästes från den överordnade dataströmmen.

Ett loggbuffertfel är vanligtvis inte en orsak till ett avbrott. Det är en varning om att buffertstorleken för att spela in en post i åtkomstloggen har nått sin gräns, vilket resulterar i att endast en del av begäran spelas in i access.log.

Upplösning resolution

Om du misstänker ett avbrott kan fel i loggbufferten vara missvisande, eftersom de här varningarna inte anger grundorsaken till driftstoppet. En möjlig orsak till ett driftstopp kan vara en ökning av inkommande förfrågningar inom en kort period, överväldigande systemresurser. Själva felet ger dock ingen anledning till oro. Det är bara en varning som inte leder till driftavbrott. Den enda effekten är att hela begäran inte spelas in i access.log. Om du justerar FastCGI-konfigurationen för att öka loggbuffertstorleken mer än 1 024 byte kan det här felet undvikas vid installation på plats. Den här justeringen är dock inte möjlig i den befintliga Adobe Commerce i molninfrastrukturen.

Om du vill verifiera om ett faktiskt avbrott inträffar använder du observationsfunktionen för Adobe Commerce (OAC)-nördleten ​ i New Relic för att analysera loggmeddelanden vid avbrott. Du kan också använda New Relic övervakning och skapa egna aviseringsprinciper.