Adobe Commerce-probleemoplossing voor implementatie
Implementaties en mislukte implementaties op Adobe Commerce kunnen worden opgelost met behulp van het hulpprogramma voor probleemoplossing bij implementatie. Klik op elke vraag om het antwoord in elke stap van de probleemoplosser te onthullen.
Stap 1 - verifieer de dienst loopt step-1
Implementatie van opslagplaatsen - Is Adobe Commerce op de service voor cloudinfrastructuur opgestart? Controle Adobe Commerce Cloud.
a. JA - ga aan Stap 2te werk.
b. NO - Onderhoud of mondiale uitvallen. Controleren op geschatte duur en updates.
Stap 2 - Implementaties in andere omgevingen controleren step-2
Om een lijst van aan de gang zijnde activiteiten te krijgen stel het volgende bevel in werking gebruikend magento-cloud CLI (als u slechts aan één wolkenproject bent toegevoegd):
code language-bash |
---|
|
Om een lijst van aan de gang zijnde activiteiten te krijgen stel het volgende bevel in werking gebruikend magento-wolk CLI (als u aan veelvoudige projecten bent toegevoegd):
code language-bash |
---|
|
Om informatie over een bestaande plaatsingsactiviteit te vinden (verwijs naar Controlerend plaatsingslogboek als de Wolk UI "logboek "gesnipte"foutheeft
voor details) kunt u dit bevel in werking stellen om een lopend logboek van die activiteit te verkrijgen:
code language-bash |
---|
|
a. JA - Los de andere omgeving problemen op die implementatie in de bestaande omgeving blokkeren. Ga aan Stap 3te werk.
b. NO - Problemen met de huidige omgeving oplossen. Ga aan Stap 3te werk.
Stap 3 - verifieer SSH op alle knopen step-3
Stap 4 - verifieer alle diensten die lopen step-4
Stap 5 - De uitvoering van Bitmap controleren step-5
b. NO - de fouten van het plaatsingslogboek van de controle in bouwt en stelt logboekenop. Ga aan Stap 6te werk.
Stap 6 - Foutcodes controleren step-6
Stap 7 - 403 Verboden fout step-7
Stap 8 - Controleren of taken voor uitsnijden worden uitgevoerd step-8
ps aufxx |grep cron
uit.php vendor/bin/ece-tools cron:kill
uit en vervolgens php vendor/bin/ece-tools cron:unlock
. Als u bezig was om één milieu in een andere samen te voegen, controleer beide milieu's op lopende mannetjes.b. NO - ga aan Stap 17te werk.
Stap 9 - Toepassing implementeerbaar aan verre clusterfout step-9
Stap 10 - Controleer voldoende opslagruimte step-10
Stap 11 - Verifieer schijfruimte step-11
b. NO - ga met Stap 12te werk.
Stap 12 - Fout bij herimplementatie van omgeving step-12
Stap 13 - de Controle voor de verbetering van de Elasticsearch ontbreekt step-13
b. NO - ga aan Stap 14te werk.
Stap 14 - Spaties controleren step-14
Stap 15 - versiefout Elasticsearch step-15
Stap 16 - Verifieer Composer config step-16
Stap 17 - Controleren op langdurige processen step-17
a. JA - Identificeer lange lopende processen en dan doodt processen:
- Voer de volgende opdracht in de terminal uit:
ps aufx
. - Zoek de PID van het langdurige proces.
- Beëindig het proces met
kill -9 <PID>
.
Implementaties bewaken voor opnieuw optreden.
b. NO - ga aan Stap 18te werk.
Stap 18 - Controleren op een storing van de posthaken step-18
b. NO - ga aan Stap 19te werk.
Stap 19 - controleer of de plaatsing van de derdeuitbreidingen blokkeert step-19
b. NO - ga aan Stap 20te werk.
Stap 20 - Controle voor langzame vragen step-20
de langzame vraaglogboek van de Controle en MySQL tonen proceslijst.
a. JA - Vernietig alle slepende vragen. Herzie Syntaxis van de Kill MySQL.
b. NO - voorlegt een steunkaartje.
Stap 21 - Versie Elasticsearch downgraden step-21
b. NO - voorlegt een steunkaartje.