Adobe Commerce felsökare vid driftsättning
Beskrivning description
Miljö
Adobe Commerce on Cloud Infrastructure
Problem/symtom
- Distribution som fastnat eller misslyckats i en miljö
- Blockerade distributioner på grund av pågående aktiviteter i andra miljöer
- Problem med SSH-åtkomst till noder
- Tjänster som inte körs (t.ex. Elasticsearch, cron, Composer)
- Otillräckligt diskutrymme eller nodbegränsningar
- 403/Elasticsearch version-/konfigurationsfel
- Fel vid överföring av fjärrkluster eller vid omdistribution
- Långvariga processer, fel efter kokning eller konflikter med tillägg från tredje part
- Långsamma frågor och databasrelaterade problem (MySQL)
- Konfigurationsproblem eller korrigeringsbegränsningar för Composer
Upplösning resolution
Steg 1 - Kontrollera att tjänsten körs
Driftsättning av Stuck - Är Adobe Commerce i molninfrastrukturtjänsten tillgänglig? Kontrollera Adobe Commerce Cloud (under Experience Cloud på Adobe-statussidan).
- JA - fortsätt till steg 2.
- NEJ - underhåll eller globala avbrott. Kontrollera om det finns beräknade varaktigheter och uppdateringar.
Steg 2 - Kontrollera distributioner i andra miljöer
För att få en lista över pågående aktiviteter kör du följande kommando med magento-cloud CLI (om du bara har lagts till i ett molnprojekt). Obs! Kontrollera att du har den senaste versionen av magento-cloud CLI. Anvisningar finns i Uppdatera CLI i handboken för Commerce on Cloud.
| code language-none |
|---|
|
Om du vill visa en lista över pågående aktiviteter kör du följande kommando med magento-cloud (om du har lagts till i flera projekt):
| code language-none |
|---|
|
Om du vill hitta information om en befintlig distributionsaktivitet (mer information finns i Kontrollera distributionsloggen om molngränssnittet har felet"Logga ut") kan du köra det här kommandot för att få en logg över aktiviteten som körs.
| code language-none |
|---|
|
- JA - Felsök den andra miljöns blockerande driftsättning. Fortsätt till steg 3.
- NEJ - Felsök den aktuella miljön. Fortsätt till steg 3.
Steg 3 - Verifiera SSH på alla noder
- JA - fortsätt till steg 4.
- NEJ - Skicka en supportanmälan.
Steg 4 - Verifiera alla tjänster som körs
- JA - fortsätt till steg 5.
- NEJ - Skicka en supportanmälan.
Steg 5 - Verifiera att Bitbucket körs
- JA - Kontrollera status.bitbucket.com.
- NEJ - Kontrollera distributionsloggfel i bygg- och distributionsloggarna. Gå vidare till steg 6.
Steg 6 - Kontrollera felkoder
- JA - fortsätt till steg 7.
- NEJ - Fortsätt till steg 8.
Steg 7 - 403 Ej tillåtet fel
- JA - fortsätt till steg 16.
- NEJ - Fortsätt till steg 9.
Steg 8 - Verifiera att cron-jobb körs
| code language-none |
|---|
|
-
JA - Avsluta och låsa upp kron-jobb:
code language-none php vendor/bin/ece-tools cron:killphp vendor/bin/ece-tools cron:unlock -
NEJ - Fortsätt till steg 17.
Steg 9 - Program som kan distribueras till fjärrkluster-fel
- JA - fortsätt till steg 10.
- NEJ - Fortsätt till steg 11.
Steg 10 - Kontrollera att lagringsutrymmet är tillräckligt
-
Kontrollera om det finns proffsmellanlagrings-/produktionsmiljö
-
JA - Fortsätt med steg 11.
-
NEJ - Granska Hantera diskutrymme.
Steg 11 - Verifiera diskutrymme
-
JA -
- För integrerings-/startmiljöer: Öka diskvärdet i
.magento.app.yamloch återdistribuera. Om detta inte fungerar skickar en supportanmälan. Du kan även ta bort stora loggfiler:
code language-none ls -la var/log- För Pro-miljöer för mellanlagring/produktion: Skicka en supportanmälan för att lägga till lagring.
- För integrerings-/startmiljöer: Öka diskvärdet i
-
NEJ - Fortsätt med steg 12.
Steg 12 - Fel vid miljöomdistribution
- JA - Fortsätt med steg 13.
- NEJ - Fortsätt med steg 8.
Steg 13 - Kontrollera om Elasticsearch uppgradering misslyckades
- JA - Elasticsearch misslyckades med uppgraderingsstegen. Se Kompatibilitet med Elasticsearch-program. Om Elasticsearch-uppgraderingen fortfarande inte fungerar kan du skicka in en supportanmälan. Obs! På Adobe Commerce i molninfrastruktur bör du vara medveten om att serviceuppgraderingar inte kan överföras till produktionsmiljön utan att meddela vårt infrastrukturteam inom 48 timmar. Detta är nödvändigt eftersom vi måste se till att det finns en infrastruktursupporttekniker tillgänglig som kan uppdatera din konfiguration inom den önskade tidsramen med minimala driftavbrott i din produktionsmiljö. Så 48 timmar före när ändringarna ska vara i produktion skickar du en supportanmälan med information om den serviceuppgradering du behöver och när du vill att uppgraderingsprocessen ska börja.
- NEJ - Fortsätt till steg 14.
Steg 14 - Kontrollera utrymmesbegränsningar
- JA - Se Hantera diskutrymme.
- NEJ - Fortsätt till steg 15.
Steg 15 - Elasticsearch-versionsfel
- JA - fortsätt till steg 16.
- NEJ - Fortsätt till steg 21.
Steg 16 - Verifiera konfiguration för disposition
- JA - fortsätt till steg 10.
- NEJ - Granska webbsidan Felsökning för disposition.
Steg 17 - Kontrollera om det finns långa processer
-
JA - Avsluta processer:
- Kör:
ps aufx - Hitta PID
- Avsluta:
kill -9 <PID>
- Kör:
-
NEJ - Fortsätt till steg 18.
Steg 18 - Kontrollera om det inte gick att utföra en postkrok
- JA - Databas: Ledigt diskutrymme, skadade, ofullständiga/skadade tabeller.
- NEJ - Fortsätt till steg 19.
Steg 19 - Kontrollera om tillägg från tredje part blockerar distribution
- JA - Prova Inaktivera tredjepartstillägg och distribuera om.
- NEJ - Fortsätt till steg 20.
Steg 20 - Kontrollera om det finns långsamma frågor
Kontrollera långsam frågelogg och MySQL-program processlist.
- JA - Avsluta alla långvariga frågor. Granska MySQL Kill.
- NEJ - Skicka en supportanmälan.
Steg 21 - nedgradera Elasticsearch
- JA - Kan inte göras via konfiguration. Skicka en supportanmälan.
- NEJ - Skicka en supportanmälan.