Adobe Commerce-probleemoplossing voor implementatie
- Onderwerpen:
- Build
- Implementeren
Gemaakt voor:
- Ontwikkelaar
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
is Adobe Commerce op de dienst van de wolkeninfrastructuur omhoog?
Implementatie van opslagplaatsen - Is Adobe Commerce op de service voor cloudinfrastructuur opgestart? Controle de Wolk van de Handel van Adobe.
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
zijn er plaatsingen in andere milieu<>s die de plaatsing in het bestaande milieu blokkeren?
Om een lijst van aan de gang zijnde activiteiten te krijgen stel het volgende bevel in werking gebruikend magento-wolk CLI (als u slechts aan één wolkenproject bent toegevoegd). Nota: Controle u bent op de recentste versie van magento-wolk CLI. Voor stappen, verwijs naar Update CLIin Commerce op de gids van de Infrastructuur van de Wolk.
magento-cloud --state=in_progress
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):
magento-cloud -p <project-id or project-url> --state=in_progress
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:
magento-cloud activity:log <activity-id> [OPTIONAL: <-p project-id or project-url>]
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
Stap 4 - verifieer alle diensten die lopen
Stap 5 - De uitvoering van Bitmap controleren
b. NO - de fouten van het plaatsingslogboek van de controle in bouwt en stelt logboekenop. Ga aan Stap 6te werk.
Stap 6 - Foutcodes controleren
Stap 7 - 403 Verboden fout
Stap 8 - Controleren of taken voor uitsnijden worden uitgevoerd
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
Stap 10 - Controleer voldoende opslagruimte
Stap 11 - Verifieer schijfruimte
b. NO - ga met Stap 12te werk.
Stap 12 - Fout bij herimplementatie van omgeving
Stap 13 - Controleren of Elasticsearch-upgrade mislukt
b. NO - ga aan Stap 14te werk.
Stap 14 - Spaties controleren
Stap 15 - Elasticsearch-versiefout
Stap 16 - Verifieer Composer config
Stap 17 - Controleren op langdurige processen
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
b. NO - ga aan Stap 19te werk.
Stap 19 - controleer of de plaatsing van de derdeuitbreidingen blokkeert
b. NO - ga aan Stap 20te werk.
Stap 20 - Controle voor langzame vragen
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 - Elasticsearch-versie downgraden
b. NO - voorlegt een steunkaartje.