Risoluzione dei problemi di distribuzione di Adobe Commerce
Le distribuzioni bloccate e non riuscite in Adobe Commerce possono essere risolte utilizzando lo strumento di risoluzione dei problemi di distribuzione. Fare clic su ogni domanda per visualizzare la risposta in ogni passaggio della risoluzione dei problemi.
Passaggio 1: verificare che il servizio sia in esecuzione step-1
Distribuzione bloccata: Adobe Commerce su infrastruttura cloud è attivo? Controlla Adobe Commerce Cloud.
a. SÌ - Procedere al passaggio 2.
b. NO - Manutenzione o interruzioni globali. Controlla la durata stimata e gli aggiornamenti.
Passaggio 2: controllare le distribuzioni in altri ambienti step-2
Per ottenere un elenco delle attività in corso, esegui il seguente comando utilizzando magento-cloud CLI (se sei stato aggiunto a un solo progetto cloud):
| code language-bash |
|---|
|
Per ottenere un elenco delle attività in corso, esegui il seguente comando utilizzando Magento-cloud CLI (se sei stato aggiunto a più progetti):
| code language-bash |
|---|
|
Per trovare informazioni su un'attività di distribuzione esistente (fare riferimento a Verifica del registro di distribuzione se l'interfaccia utente di Cloud presenta un errore "log snipped"
per ulteriori dettagli) puoi eseguire questo comando per ottenere un registro in esecuzione dell’attività:
| code language-bash |
|---|
|
a. YES - Risolvere i problemi relativi all’altro ambiente che blocca la distribuzione nell’ambiente esistente. Procedi al passaggio 3.
b. NO - Risolvere i problemi relativi all’ambiente corrente. Procedi al passaggio 3.
Passaggio 3: verificare SSH su tutti i nodi step-3
Passaggio 4: verificare tutti i servizi in esecuzione step-4
Passaggio 5: verificare l’esecuzione del bitbucket step-5
b. NO - Controllare gli errori del registro di distribuzione nei registri di compilazione e distribuzione. Procedi al passaggio 6.
Passaggio 6 - Controllare i codici di errore step-6
Passaggio 7 - Errore 403 non consentito step-7
Passaggio 8: verificare i processi cron in esecuzione step-8
ps aufxx |grep cron.php vendor/bin/ece-tools cron:kill e quindi php vendor/bin/ece-tools cron:unlock. Se stavi unendo un ambiente in un altro, controlla entrambi gli ambienti per individuare eventuali nodi in esecuzione.b. NO - Procedi al passaggio 17.
Passaggio 9: errore dell'applicazione distribuibile nel cluster remoto step-9
Passaggio 10 - Controllare che la memoria sia sufficiente step-10
Passaggio 11 - Verificare lo spazio su disco step-11
b. NO - Procedere con Passaggio 12.
Passaggio 12 - Errore di ridistribuzione dell’ambiente non riuscita step-12
Passaggio 13: verifica della presenza di un errore di aggiornamento dell’Elasticsearch step-13
b. NO - Procedi al passaggio 14.
Passaggio 14 - Controllare i limiti di spazio step-14
Passaggio 15: errore di versione di Elasticsearch step-15
Passaggio 16: verificare la configurazione del Compositore step-16
Passaggio 17: verificare la presenza di processi con tempi di esecuzione lunghi step-17
a. SÌ - Identificare i processi a esecuzione prolungata e quindi terminare i processi:
- Eseguire il comando seguente nel terminale:
ps aufx. - Individuare il PID del processo a esecuzione prolungata.
- Terminare il processo utilizzando
kill -9 <PID>.
Monitora le distribuzioni per verificare la ricorrenza.
b. NO - Procedi al passaggio 18.
Passaggio 18 - Controllare la presenza di eventuali guasti al gancio posteriore step-18
b. NO - Procedi al passaggio 19.
Passaggio 19: verificare se le estensioni di terze parti bloccano la distribuzione step-19
b. NO - Procedi al passaggio 20.
Passaggio 20: verificare la presenza di query lente step-20
Controllare il log delle query lente e MySQL show processlist.
a. YES - Elimina le query con tempi di esecuzione lunghi. Rivedi Sintassi di terminazione MySQL.
b. NO - Invia un ticket di supporto.
Passaggio 21 - Downgrade della versione dell’Elasticsearch step-21
b. NO - Invia un ticket di supporto.