Dépannage du déploiement d’Adobe Commerce
Les déploiements bloqués et les déploiements ayant échoué sur Adobe Commerce peuvent être résolus à l’aide de l’outil de dépannage du déploiement . Cliquez sur chaque question pour afficher la réponse à chaque étape de l’outil de dépannage.
Étape 1 - Vérification de l’exécution du service step-1
Stuck Deployment - Adobe Commerce est-il en service d’infrastructure cloud ? Vérifiez Adobe Commerce Cloud.
a. OUI - Passez à l’ étape 2.
b. NO - Maintenance ou pannes globales. Recherchez la durée estimée et les mises à jour.
Étape 2 - Vérifier les déploiements dans d’autres environnements step-2
Pour obtenir une liste des activités en cours, exécutez la commande suivante à l’aide de l’interface de ligne de commande magento-cloud (si vous n’avez été ajouté qu’à un seul projet cloud) :
| code language-bash |
|---|
|
Pour obtenir une liste des activités en cours, exécutez la commande suivante à l’aide de l’interface de ligne de commande magento-cloud (si vous avez été ajouté à plusieurs projets) :
| code language-bash |
|---|
|
Pour obtenir des informations sur une activité de déploiement existante (voir Vérification du journal de déploiement si l’interface utilisateur de Cloud a "extrait de journal" une erreur
pour plus d’informations) vous pouvez exécuter cette commande pour obtenir un journal d’exécution de cette activité :
| code language-bash |
|---|
|
a. OUI - Résolution des problèmes liés à l’autre environnement bloquant le déploiement dans l’environnement existant. Passez à Étape 3.
b. NO - Résolution des problèmes liés à l’environnement actuel. Passez à Étape 3.
Étape 3 - Vérification du SSH sur tous les noeuds step-3
Étape 4 - Vérifier tous les services en cours d’exécution step-4
Étape 5 - Vérification de l’exécution du compartiment step-5
b. NO - Vérifiez les erreurs du journal de déploiement dans les journaux de création et de déploiement. Passez à Étape 6.
Étape 6 - Vérifier les codes d’erreur step-6
Etape 7 - 403 Erreur interdite step-7
Étape 8 - Vérification des tâches cron en cours d’exécution step-8
ps aufxx |grep cron.php vendor/bin/ece-tools cron:kill, puis php vendor/bin/ece-tools cron:unlock. Si vous étiez en train de fusionner un environnement dans un autre, vérifiez que les deux environnements exécutent des crons.b. NO - Passez à l'étape 17.
Étape 9 - Déploiement de l’application sur une erreur de grappe distante step-9
Étape 10 - Vérifier un stockage suffisant step-10
Étape 11 - Vérification de l’espace disque step-11
b. NO - Passez à l’étape 12.
Étape 12 - Erreur de redéploiement de l’environnement step-12
Étape 13 - Échec de la vérification de la mise à niveau des Elasticsearch step-13
b. NO - Passez à l'étape 14.
Étape 14 - Vérifier les limites d’espace step-14
Étape 15 - Erreur de version Elasticsearch step-15
Étape 16 - Vérification de la configuration du compositeur step-16
Étape 17 - Vérifier les processus à long terme step-17
a. OUI - Identifiez les processus à long terme, puis supprimez les processus :
- Exécutez la commande suivante dans le terminal :
ps aufx. - Localisez le PID du processus de longue durée.
- Arrêtez le processus à l’aide de
kill -9 <PID>.
Surveillez les déploiements pour la réoccurrence.
b. NO - Passez à l'étape 18.
Étape 18 - Vérification de l’échec du crochet de publication step-18
b. NO - Passez à l'étape 19.
Étape 19 - Vérifier si les extensions tierces bloquent le déploiement step-19
b. NO - Passez à l’ étape 20.
Étape 20 - Recherche de requêtes lentes step-20
Vérifiez le journal des requêtes lentes et la liste des processus d’affichage MySQL.
a. OUI - Tuez toutes les requêtes longues. Vérifiez la syntaxe MySQL Kill.
b. NO - Envoyez un ticket d’assistance.
Étape 21 - Dégrader la version Elasticsearch step-21
b. NO - Envoyez un ticket d’assistance.