Tous les produits
Search
Centre de documentation

Cloud Monitor:CloudMonitor agent fails to be automatically installed on an ECS instance

Dernière mise à jour :Aug 08, 2026

Si l’agent CloudMonitor ne s’installe pas automatiquement sur une instance Elastic Compute Service (ECS), suivez les étapes ci-dessous pour identifier et résoudre le problème.

Prérequis

Avant de commencer, assurez-vous de disposer des éléments suivants :

  • Un accès à l’instance ECS concernée (via SSH, VNC ou toute autre méthode)

  • Les identifiants d’un compte administrateur (utilisateur root sous Linux ou utilisateur Administrator sous Windows)

Important

Gérez l’agent Cloud Monitor uniquement avec un compte utilisateur root (compte administrateur). L’utilisation d’un compte administrateur peut toutefois engendrer certains risques, tels que des problèmes de stabilité du système ou de sécurité des données. Procédez avec prudence.

Étape 1 : Connectez-vous à l’instance ECS

Connectez-vous à l’instance ECS à l’aide d’un compte administrateur :

  • Linux : Connectez-vous en tant qu’utilisateur root.

  • Windows : Connectez-vous en tant qu’utilisateur Administrator.

Étape 2 : Vérifiez la disponibilité de l’ID de région

Exécutez la commande suivante pour obtenir l’ID de région depuis le service de métadonnées :

curl http://100.100.100.200/latest/meta-data/region-id
  • ID de région renvoyé (par exemple, cn-hangzhou) : Le service de métadonnées fonctionne correctement. Accédez à l’étape Étape 3.

  • Aucune sortie ou erreur : L’instance ne parvient pas à atteindre le service de métadonnées. L’installation automatique n’est pas prise en charge. Installez manuellement l’agent CloudMonitor à la place.

Étape 3 : Vérifiez la connectivité réseau vers OSS

Le package d’installation de l’agent CloudMonitor est hébergé sur Object Storage Service (OSS). Exécutez la commande suivante pour tester la connectivité vers le endpoint OSS :

ping cms-agent-${region-id}.oss-${region-id}.aliyuncs.com

Remplacez ${region-id} par la valeur obtenue à l’étape 2. Par exemple, si l’ID de région est cn-hangzhou :

ping cms-agent-cn-hangzhou.oss-cn-hangzhou.aliyuncs.com
  • Le ping réussit : Le réseau fonctionne normalement. Passez à l’étape 4 pour consulter les journaux d’installation et obtenir plus d’informations. Si le problème persiste après avoir suivi l’étape 4, soumettez un ticket au support technique de CloudMonitor.

  • Le ping échoue ou expire : Le réseau présente une anomalie. Le problème peut provenir d’OSS. Soumettez un ticket au support technique d’OSS.

Étape 4 : Consultez les journaux d’installation pour identifier la cause de l’échec

Si la vérification de la connectivité réseau à l’étape 3 est concluante, mais que l’agent CloudMonitor ne s’installe toujours pas automatiquement, connectez-vous à l’instance ECS et examinez les journaux d’installation pour obtenir des détails précis sur l’erreur.

  • Linux : Consultez les fichiers journaux d’installation de l’agent CloudMonitor dans le répertoire /var/log.

  • Windows : Consultez les fichiers journaux dans le répertoire d’installation de l’agent CloudMonitor, ou affichez les enregistrements pertinents dans Windows Event Viewer.

Si les journaux n’indiquent pas clairement la cause, essayez d’exécuter manuellement la commande d’installation pour vérifier le processus. Par exemple, sous Linux, exécutez la commande suivante :

ARGUS_VERSION=4.0.0 /bin/bash -c "$(curl -s https://cms-agent-<region-id>.oss-<region-id>-internal.aliyuncs.com/Argus/agent_install-2.0.3.sh)"

Remplacez <region-id> par l’ID de région réel obtenu à l’étape 2. Une fois l’agent installé avec succès, patientez quelques minutes pour que la collecte des données prenne effet.

Résumé des décisions de dépannage

ÉtapeVérificationRésultatAction
1Connexion en tant qu’administrateur--Requis avant d’exécuter les commandes de diagnostic
2Obtention de l’ID de région depuis le service de métadonnéesSuccèsPasser à l’étape 3
2Obtention de l’ID de région depuis le service de métadonnéesÉchecInstallation manuelle de l’agent
3Ping du endpoint OSSSuccèsPasser à l’étape 4
3Ping du endpoint OSSÉchecSoumettre un ticket au support OSS
4Vérification des journaux d’installationProblème identifiéRésoudre en fonction des informations des journaux
4Vérification des journaux d’installationProblème non identifiéEssayer l’installation manuelle, ou soumettre un ticket au support CloudMonitor

Dépannage spécifique à Windows

Si vous utilisez une instance ECS Windows et que l’agent CloudMonitor ne s’installe pas, essayez les solutions suivantes en fonction du symptôme observé.

Scénario 1 : L’occupation des fichiers empêche l’installation manuelle

Si les fichiers du lecteur C ne peuvent pas être supprimés ou remplacés lors d’une tentative d’installation manuelle de l’agent, exécutez la commande suivante dans Command Prompt (cmd) pour essayer de démarrer l’agent directement :

net start argusagent

Si cela ne résout pas le problème, vérifiez si un processus occupe les fichiers concernés. Vous pouvez également redémarrer l’instance ECS et retenter l’installation.

Scénario 2 : Le cache SN du registre entraîne un échec d’installation

Si l’agent CloudMonitor a été précédemment installé et a laissé des données résiduelles dans le registre Windows, la clé serial_number peut empêcher la réinstallation. Pour résoudre ce problème :

  1. Ouvrez Registry Editor (exécutez regedit).

  2. Accédez à HKEY_LOCAL_MACHINE\SOFTWARE\cloudmonitor.

  3. Supprimez la clé serial_number.

  4. Réinstallez l’agent CloudMonitor.

Scénario 3 : Une anomalie d’Aliyun Assist Service empêche l’installation automatique

Lorsque vous cliquez pour installer l’agent CloudMonitor dans la console Alibaba Cloud, la commande d’installation est transmise via Aliyun Assist Service. Si le service ne fonctionne pas correctement, ou si le mot de passe du compte Administrator de l’instance ECS est incorrect, la commande d’installation ne peut pas être transmise ni exécutée. Pour résoudre ce problème :

  1. Ouvrez Windows Services Manager et vérifiez que Aliyun Assist Service fonctionne correctement.

  2. Confirmez que le mot de passe du compte Administrator de l’instance ECS est correct.

Voir aussi