[Alleen PaaS]{class="badge informative" title="Is alleen van toepassing op Adobe Commerce op Cloud-projecten (door Adobe beheerde PaaS-infrastructuur) en op projecten in het veld."}

Adobe Commerce-probleemoplossing voor implementatie

Last update: Tue Oct 14 2025 00:00:00 GMT+0000 (Coordinated Universal Time)

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 step-1

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 2 te werk.
b. NO - Onderhoud of mondiale uitvallen. Controleren op geschatte duur en updates.

Stap 2 - Implementaties in andere omgevingen controleren step-2

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 CLI in Commerce op de gids van de Infrastructuur van de Wolk.

code language-bash
`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):

code language-bash
`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"fout heeft
voor details) kunt u dit bevel in werking stellen om een lopend logboek van die activiteit te verkrijgen:

code language-bash
`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 3 te werk.

b. NO - Problemen met de huidige omgeving oplossen. Ga aan Stap 3 te werk.

Stap 3 - verifieer SSH op alle knopen step-3

SSH succesvol aan alle knopen?

a. JA - ga aan Stap 4 te werk.
b. NO - voorlegt een steunkaartje .

Stap 4 - verifieer alle diensten die lopen step-4

Alle diensten die lopen?

a. JA - ga aan Stap 5 te werk.
b. NO - voorlegt een steunkaartje .

Stap 5 - De uitvoering van Bitmap controleren step-5

Gebruikend Bitbucket?

a. JA - controleer status.bitbucket.com .
b. NO - de fouten van het plaatsingslogboek van de controle in bouwt en stelt logboeken op. Ga aan Stap 6 te werk.

Stap 6 - Foutcodes controleren step-6

gemelde code van de Fout?

a. JA - ga aan Stap 7 te werk.
b. NO - ga aan Stap 8 te werk.

Stap 7 - 403 Verboden fout step-7

403 Verboden?

a. JA - ga aan Stap 16 te werk.
b. NO - ga aan Stap 9 te werk.

Stap 8 - Controleren of taken voor uitsnijden worden uitgevoerd step-8

Worden de cron banen momenteel lopend? Log in door ssh op de vertakking en voer ps aufxx |grep cron uit.

a. JA - Log in door ssh op de betrokken vertakking (bijvoorbeeld primair). Kill en ontgrendel banen. Dit zal kroonbanen doden en de status terugstellen. Voer 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 17 te werk.

Stap 9 - Toepassing implementeerbaar aan verre clusterfout step-9

Onbekwaam om toepassing aan de verre clusterfout te uploaden?

a. JA - ga aan Stap 10 te werk.
b. NO - ga aan Stap 11 te werk.

Stap 10 - Controleer voldoende opslagruimte step-10

Beschikbare opslag oké?

a. JA - ga met Stap 11 te werk.
b. NO - het Overzicht beheert schijfruimte .

Stap 11 - Verifieer schijfruimte step-11

_dossier kon geen Waarschuwing _worden geschreven?

a. JA

Voor integratie-/starteromgevingen:

Gelieve te verhogen de schijfwaarde in .magento.app.yaml en herstelt. Als dit niet werkt, voorlegt een steunkaartje .

U kunt ook de map var/log controleren en eventuele logbestanden van meer dan 1 MB verwijderen. Voer deze opdracht uit om de bestandsgrootte te controleren:

code language-bash
`ls -la var/log`

Voor Pro Staging/Production-omgevingen:
1. Verzend een ondersteuningsticket om opslag toe te voegen.

b. NO - ga met Stap 12 te werk.

Stap 12 - Fout bij herimplementatie van omgeving step-12

Ontbroken fout van de Herplaatsing van het Milieu?

a. JA - ga met Stap 13 te werk.
b. NO - ga met Stap 8 te werk.

Stap 13 - Controleren of Elasticsearch-upgrade mislukt step-13

Elasticsearch die wordt bevorderd of wordt opgesteld?

a. JA - Elasticsearch heeft de upgrade niet uitgevoerd. Verwijs naar de softwareverenigbaarheid van Elasticsearch . Als de verbetering van Elasticsearch nog niet werkt, voorlegt een steunkaartje . Nota: Op Adobe Commerce op wolkeninfrastructuur, gelieve zich ervan bewust te zijn dat de dienstverbeteringen niet aan het productiemilieu zonder 48 bedrijfsuren' bericht aan ons infrastructuurteam kunnen worden geduwd. Dit is nodig omdat wij ervoor moeten zorgen dat wij een ingenieur van de infrastructuursteun beschikbaar hebben om uw configuratie binnen het gewenste tijdsbestek met minimale onderbreking aan uw productiemilieu bij te werken. Zo 48 uren voorafgaand aan wanneer uw veranderingen op productie moeten zijn, voorlegt een steunkaartje detailerend uw vereiste de dienstverbetering en het verklaren van de tijd wanneer u het verbeteringsproces wilt beginnen.
b. NO - ga aan Stap 14 te werk.

Stap 14 - Spaties controleren step-14

systeem van het Dossier uit inodes of ruimte?

a. JA - zie schijfruimte beheren .
b. NO - ga aan Stap 15 te werk.

Stap 15 - Elasticsearch-versiefout step-15

Fout over Elasticseach versies?

a. JA - ga aan Stap 16 te werk.
b. NO - ga aan Stap 21 te werk.

Stap 16 - Verifieer Composer config step-16

Conposer config correct?

a. JA - ga aan Stap 10 te werk.
b. NO - de Webpagina van de Troubleshooter van de Samensteller van het Overzicht 🔗.

Stap 17 - Controleren op langdurige processen step-17

Lange lopende processen(en)?

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 18 te werk.

Stap 18 - Controleren op een storing van de posthaken step-18

de hakenmislukking/hang van het Post?

a. JA - Gegevensbestand: vrije schijfruimte , corruptie, onvolledige/bedorven lijsten.
b. NO - ga aan Stap 19 te werk.

Stap 19 - controleer of de plaatsing van de derdeuitbreidingen blokkeert step-19

Gebruikend derdextensies?

a. JA - probeer onbruikbaar makend de derdextensies en in werking stellend de plaatsing (om te zien of zijn zij de oorzaak van het probleem), vooral als er uitbreidingsnamen in om het even welke fouten zijn.
b. NO - ga aan Stap 20 te werk.

Stap 20 - Controle voor langzame vragen step-20

Lange lopende 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 step-21

de versies van Elasticsearch degraderen?

a. JA - Kan niet door configuratie worden gedaan. leg een steunkaartje voor.
b. NO - voorlegt een steunkaartje .

Terug naar stap 1

recommendation-more-help

8bd06ef0-b3d5-4137-b74e-d7b00485808a