Codes d'erreur renvoyés lors d'une modification - Enterprise Distributed Application Service

EDAS-10000

Error message

EDAS-10001 STAR_AGENT_OFFLINE
Possible cause

StarAgent est hors ligne.
Solution

Connectez-vous à l'instance ECS et exécutez la commande sh /home/staragent/bin/staragentctl restart pour redémarrer l'agent.

Error message

EDAS-10012 UNZIP_WAR_FAILED
Possible cause

Échec de la décompression du package WAR avec la commande unzip.
Solution

Vérifiez que le package WAR se décompresse correctement.

Error message

EDAS-10013 JAR_WAR_FAILED
Possible cause

La décompression du package WAR avec la commande JAR a échoué. Le kit de développement Java (JDK) est mal installé ou la version du JDK présente dans le système d'exploitation ne contient pas la commande JAR.
Solution

Connectez-vous à l'instance ECS en tant qu'utilisateur root. Exécutez la commande yum install -y java-1.8.0-openjdk-devel ou yum install -y java-1.7.0-openjdk-devel selon la version du JDK installée. Assurez-vous que l'instance ECS est accessible depuis Internet lors de l'exécution de la commande.

Error message

EDAS-10014 WAR_URL_403
Possible cause

Le téléchargement du package WAR a échoué, car vous n'êtes pas autorisé à y accéder.

Error message

EDAS-10015 WAR_URL_404
Possible cause

Le téléchargement du package WAR a échoué, car le package est introuvable.

Error message

EDAS-10016 JAVA_PROCESS_ROOT
Possible cause

L'arrêt de l'application a échoué, car le processus de l'application a été lancé avec des autorisations root. EDAS ne dispose pas des autorisations nécessaires pour gérer l'application.
Solution

Arrêtez le processus de l'application en tant qu'utilisateur root, puis réessayez.

Error message

EDAS-10017 HOME_ADMIN_FILE_ROOT
Possible cause

Le démarrage de l'application a échoué, car le répertoire tomcat ou le répertoire de l'application contient un fichier ou un dossier nécessitant des autorisations root.
Solution

Vérifiez si le répertoire /home/admin/app ou /home/admin/${tomcat-path} contient un fichier ou un dossier nécessitant des autorisations root. Si tel est le cas, restaurez manuellement les droits d'accès sur admin, puis réessayez.

Error message

EDAS-10020 SLB_NOT_ENOUGH_BALANCE
Possible cause

L'association de l'instance Server Load Balancer (SLB) a échoué, car le solde de votre compte est insuffisant.
Solution

Assurez-vous que le solde de votre compte est d'au moins 10 USD pour acheter l'instance SLB.

Error message

EDAS-10021 SLB_BIND_ALREADY_HAVE_SERVICE
Possible cause

L'association de l'instance SLB à l'application a échoué, car l'application est déjà associée à une autre instance SLB.
Solution

Dissociez l'instance SLB existante de l'application dans la console EDAS. Associez ensuite l'instance SLB requise à l'application.

Error message

EDAS-10022 K8s_READINESS_ERROR
Possible cause

Le démarrage de l'application a échoué, car la vérification de disponibilité (readiness check) a échoué dans le délai imparti.
Solution

Vérifiez la validité des configurations associées.

Error message

EDAS-10024 K8s_LIVENESS_ERROR
Possible cause

Le démarrage de l'application a échoué, car la vérification de vitalité (liveness check) a échoué dans le délai imparti.
Solution

Vérifiez la validité des configurations associées.

Error message

EDAS-10025 PORT_CHECK_TIMEOUT
Possible cause

La vérification du port a expiré lors du démarrage de l'application. Le délai d'attente est de 5 minutes. Le port n'a pas été activé dans ce délai.
Solution
1. Sur la page Applications, repérez l'application déployée dans un cluster ECS, puis cliquez sur son nom. Dans l'onglet Basic Information, consultez la valeur du champ Application Port situé dans la section Application Settings.
2. Connectez-vous à l'instance ECS et exécutez l'une des commandes suivantes pour vérifier si le port est activé :
  - Méthode 1 :
```
netstat -lnp | grep port number
```
  - Méthode 2 :
```
ss -lnp | grep port number
```
3. Si le port n'est pas activé, vérifiez si une erreur est signalée dans le journal de démarrage du processus de l'application et traitez l'erreur en conséquence.

Error message

EDAS-10026 URL_CHECK_TIMEOUT
Possible cause

La vérification de l'état de santé de l'URL est activée pour l'application, mais la vérification d'accès à l'URL a expiré lors du démarrage de l'application. Le délai d'attente est de 30 minutes. Une vérification de l'état de santé de l'URL est considérée comme réussie uniquement si le code d'état HTTP 200 est renvoyé après l'exécution de la commande curl $URL.
Solution

Connectez-vous à l'instance ECS et exécutez la commande curl -v $URL pour vérifier si l'URL configurée pour l'application est accessible. Si l'URL est inaccessible, consultez les journaux de l'application et vérifiez si le processus de l'application n'a pas réussi à démarrer.

Error message

EDAS-10027 STARAGENT_CMD_EXECUTE_TIMEOUT
Possible cause

L'exécution de la commande a expiré lors du processus de déploiement. Le délai d'attente est de 60 secondes. Une erreur de délai d'expiration se produit si la commande de déploiement n'est pas exécutée dans ce délai.
Solution
- Réessayez d'exécuter la tâche ayant échoué dans la console EDAS.
- Si l'erreur persiste, rejoignez le groupe DingTalk (ID : 31723701) pour obtenir une assistance technique.

Error message

EDAS-10028 PULL_WAR_TIMEOUT
Possible cause

Lorsque vous utilisez l'URL d'un package WAR ou JAR personnalisé pour déployer une application, cette erreur se produit si le téléchargement du package WAR ou JAR expire. Le délai d'attente est de 5 minutes.
Solution

Assurez-vous que l'URL est valide. Connectez-vous à l'instance ECS et exécutez la commande wget pour télécharger le package personnalisé à l'aide de l'URL, puis vérifiez si le téléchargement se termine dans un délai de 5 minutes.