Résolution des problèmes de déploiement d’Adobe Commerce
Description description
Environnement
Adobe Commerce sur les infrastructures cloud
Problème/Symptômes
- Déploiement bloqué ou en échec dans un environnement
- Déploiements bloqués en raison d’activités en cours dans d’autres environnements
- Problèmes d’accès SSH aux nœuds
- Services non exécutés (par exemple, Elasticsearch, cron, liés au compositeur)
- Espace disque insuffisant ou limites inode insuffisantes
- Erreurs de configuration/version 403/Elasticsearch
- Échecs de chargement ou erreurs de redéploiement du cluster distant
- Processus à long terme, échecs de post-hook ou conflits d’extensions tierces
- Requêtes lentes et problèmes côté base de données (MySQL)
- Problèmes de configuration du compositeur ou contraintes d’application de correctifs
Résolution resolution
Étape 1 : vérifier que le service est en cours d’exécution
Déploiement bloqué - Le service d’infrastructure cloud d’Adobe Commerce est-il opérationnel ? Vérifiez Adobe Commerce Cloud (sous Experience Cloud sur la page Statut Adobe).
- OUI - Passer à l’étape 2.
- NON - Maintenance ou pannes globales. Recherchez une estimation de la durée et des mises à jour.
Étape 2 - Vérifier les déploiements dans d’autres environnements
Pour obtenir la 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). Remarque : vérifiez que vous disposez de la dernière version de l’interface de ligne de commande magento-cloud. Pour connaître les étapes, reportez-vous à la section Mise à jour de l’interface de ligne de commande du guide Commerce sur le cloud .
| code language-none |
|---|
|
Pour obtenir une liste des activités en cours, exécutez la commande suivante à l’aide de Magento-cloud (si vous avez été ajouté à plusieurs projets) :
| code language-none |
|---|
|
Pour obtenir des informations sur une activité de déploiement existante (voir la section Vérification du journal de déploiement en cas d’erreur de type « Journal envoyé » de l’interface utilisateur de Cloud), vous pouvez exécuter cette commande afin d’obtenir un journal opérationnel de cette activité.
| code language-none |
|---|
|
- OUI - Dépannage de l’autre environnement bloquant le déploiement. Passez à l’étape 3.
- NON - Résolution des problèmes liés à l’environnement actuel. Passez à l’étape 3.
Étape 3 : vérification de SSH sur tous les nœuds
- OUI - Passer à l’étape 4.
- NON - Envoyez un ticket d’assistance.
Étape 4 : vérifier tous les services en cours d’exécution
- OUI - Passer à l’étape 5.
- NON - Envoyez un ticket d’assistance.
Étape 5 - Vérification de l’exécution du Bitbucket
- OUI - Vérifiez status.bitbucket.com.
- NON - Vérifiez les erreurs du journal de déploiement dans les journaux Créer et Déployer. Passez à l’étape 6.
Étape 6 - Vérification des codes d’erreur
- OUI - Passer à l’étape 7.
- NON - Passer à l’étape 8.
Etape 7 - 403 Erreur Interdite
- OUI - Passer à l'étape 16.
- NON - Passer à l’étape 9.
Étape 8 : vérification des tâches cron en cours d’exécution
| code language-none |
|---|
|
-
OUI - Tuer et déverrouiller les emplois cron :
code language-none php vendor/bin/ece-tools cron:killphp vendor/bin/ece-tools cron:unlock -
NON - Passer à l'étape 17.
Etape 9 - Erreur application déployable sur le cluster distant
- OUI - Passer à l’étape 10.
- NON - Passer à l'étape 11.
Étape 10 - Vérifier que le stockage est suffisant
-
OUI - Procédez à l’étape 11.
-
NON - Vérifiez Gérer l’espace disque.
Étape 11 - Vérification de l’espace disque
-
OUI -
- Pour les environnements d’intégration/de démarrage : augmentez la valeur du disque dans
.magento.app.yamlet redéployez. Si cela ne fonctionne pas, envoyez un ticket d’assistance. Vous pouvez également supprimer les fichiers journaux volumineux :
code language-none ls -la var/log- Pour les environnements d’évaluation/de production Pro : Envoyez un ticket d’assistance pour ajouter du stockage.
- Pour les environnements d’intégration/de démarrage : augmentez la valeur du disque dans
-
NON - Procédez à l’étape 12.
Étape 12 - Échec du redéploiement de l’environnement
- OUI - Procédez à l’étape 13.
- NON - Procédez à l’étape 8.
Étape 13 - Vérification de l’échec de la mise à niveau d’Elasticsearch
- OUI - Échec des étapes de mise à niveau d’Elasticsearch. Pour plus d'informations, consultez la section Compatibilité logicielle Elasticsearch. Si la mise à niveau d’Elasticsearch ne fonctionne toujours pas, envoyez un ticket d’assistance. Remarque : dans le cas d’Adobe Commerce sur les infrastructures cloud, sachez que les mises à niveau de service ne peuvent pas être envoyées à l’environnement de production sans avis de 48 heures ouvrables à notre équipe en charge de l’infrastructure. Cela est nécessaire car nous devons nous assurer qu’un ingénieur du support à l’infrastructure est disponible pour mettre à jour votre configuration dans le délai souhaité avec un temps d’arrêt minimal pour votre environnement de production. Ainsi, 48 heures avant le moment où vos modifications doivent être mises en production, envoyez un ticket d’assistance détaillant la mise à niveau de service requise et indiquant l’heure à laquelle vous souhaitez que le processus de mise à niveau démarre.
- NON - Passer à l'étape 14.
Étape 14 - Vérifier les limites d'espace
- OUI - Voir Gérer l’espace disque .
- NON - Passer à l'étape 15.
Étape 15 - Erreur de version Elasticsearch
- OUI - Passer à l'étape 16.
- NON - Passer à l'étape 21.
Étape 16 - Vérification de la configuration du compositeur
- OUI - Passer à l’étape 10.
- NON - Consultez la page web du dépanneur du compositeur.
Étape 17 - Rechercher les processus à long terme
-
OUI - Tuer les processus :
- Exécuter :
ps aufx - Localisation du PID
- Terminer :
kill -9 <PID>
- Exécuter :
-
NON - Passer à l'étape 18.
Étape 18 - Vérifier la défaillance du crochet de poteau
- OUI - Base de données : libre espace disque, corruption, tables incomplètes/corrompues.
- NON - Passer à l'étape 19.
Étape 19 - Vérifier si les extensions tierces bloquent le déploiement
- OUI - Essayez de désactiver les extensions tierces et de les redéployer.
- NON - Passer à l'étape 20.
Étape 20 - Rechercher les requêtes lentes
Vérifiez le journal des requêtes lentes et MySQL show processlist.
- OUI - Interrompt toutes les requêtes longues. Vérifiez MySQL Kill.
- NON - Envoyez un ticket d’assistance.
Étape 21 - Rétrogradation de la version d’Elasticsearch
- OUI - Impossible d’effectuer via la configuration. Envoyez un ticket d’assistance.
- NON - Envoyez un ticket d’assistance.