Tous les produits
Search
Centre de documentation

Elastic Compute Service:Vérifier l'état de Cloud Assistant et résoudre les problèmes liés aux états anormaux

Dernière mise à jour :Oct 12, 2026

Cette rubrique explique comment vérifier l'état de Cloud Assistant et résoudre les problèmes liés aux états anormaux.

État de Cloud Assistant

Console

  1. Accédez à la console ECS - Cloud Assistant.

  2. Dans le coin supérieur gauche de la page, sélectionnez une région et un groupe de ressources.

  3. Sous l'onglet ECS Instance, consultez l'état de Cloud Assistant.

    • Normal : Cloud Assistant fonctionne comme prévu.

      Dans la liste des instances sur la page Cloud Assistant, vérifiez que l'état de Cloud Assistant (Cloud Assistant Status) de l'instance cible est défini sur Normal.

    • Not installed : L'agent Cloud Assistant n'est pas installé sur l'instance. Installez l'agent Cloud Assistant en utilisant l'une des méthodes suivantes.

      • Cliquez sur Install pour installer automatiquement l'agent Cloud Assistant.

        Lors d'une installation en un clic de l'agent Cloud Assistant, vous devez redémarrer l'instance pour que la modification prenne effet.

      • Installez manuellement l'agent Cloud Assistant. Pour plus d'informations, consultez la section Installer l'agent Cloud Assistant.

        Dans la liste des instances de la console Cloud Assistant, si la colonne État de Cloud Assistant (Cloud Assistant Status) de l'instance cible affiche Not Installed, cliquez sur le bouton Install correspondant pour terminer l'installation.

    • Abnormal : Cet état indique un problème pouvant avoir plusieurs causes. Pour les étapes de dépannage, consultez la section Résoudre les états anormaux.

      Sous l'onglet ECS Instances de la console Cloud Assistant, la colonne État de Cloud Assistant (Cloud Assistant Status) affiche l'état d'exécution de Cloud Assistant sur chaque instance. Une icône jaune indique un état anormal.

API

Appelez l'opération DescribeCloudAssistantStatus. Si la réponse contient "CloudAssistantStatus": "true", Cloud Assistant fonctionne correctement. Si la valeur renvoyée est « false », l'état est anormal. Consultez la section Résoudre les états anormaux.

Résoudre les états anormaux

Instance Linux

  1. Connectez-vous à l'instance Linux.

    Pour plus d'informations, consultez la section Se connecter à une instance Linux à l'aide de Workbench.

  2. Exécutez les commandes suivantes pour vérifier si le répertoire d'installation de Cloud Assistant existe.

    • CoreOS

      cd /opt/local/share/
      ls
    • Autres systèmes d'exploitation (tels qu'Alibaba Cloud Linux, Ubuntu, Debian, Red Hat, SUSE Linux Enterprise Server et OpenSUSE)

      cd /usr/local/share/
      ls
    • Si le répertoire aliyun-assist existe, passez à l'étape 3.

    • Si le répertoire aliyun-assist n'existe pas, l'agent Cloud Assistant n'est pas installé. Vous devez réinstaller l'agent Cloud Assistant.

  3. Vérifiez l'état du service Cloud Assistant.

    Commencez par déterminer le système init de l'instance ECS. La commande permettant de vérifier l'état du service dépend du système init.

    ls -l /sbin/init
    • Si la sortie pointe vers systemd (par exemple, /lib/systemd/systemd), le système init est systemd.

    • Si la sortie pointe vers upstart (par exemple, /sbin/upstart), le système init est Upstart.

    • Si la sortie pointe vers init (par exemple, /sbin/init), le système init est sysvinit.

    Systemd

    Exécutez la commande suivante pour vérifier l'état de Cloud Assistant :

    systemctl status aliyun.service
    • Si l'état est inactive (dead), le service Cloud Assistant est arrêté. Exécutez systemctl start aliyun.service pour démarrer le service Cloud Assistant.

      En cas d'erreur ou si le service ne démarre pas, désinstallez puis réinstallez l'agent Cloud Assistant. Pour plus d'informations, consultez les sections Arrêter et désinstaller l'agent Cloud Assistant et Installer l'agent Cloud Assistant.

      [   @iZuf68j5ei93s       share]# systemctl status aliyun.service
      ● aliyun.service - Aliyun Assist
         Loaded: loaded (/etc/systemd/system/aliyun.service; enabled; vendor preset: enabled)
         Active: inactive (dead) since Mon 2023-09-11 17:18:33 CST; 47s ago
        Process: 1951 ExecStart=/usr/local/share/aliyun-assist/2.2.3.515/aliyun-service (code=exited, status=0/SUCCESS)
       Main PID: 1951 (code=exited, status=0/SUCCESS)
          Tasks: 2 (limit: 22694)
         Memory: 1.3G
         CGroup: /system.slice/aliyun.service
                 ├─5608 gpg-agent --homedir /var/cache/dnf/remi-modular-6408ecca79e22107/pubring --use-standard-socket --daemon
                 └─5648 gpg-agent --homedir /var/cache/dnf/remi-safe-ff04689114f71b24/pubring --use-standard-socket --daemon
    • Si l'état est active (running), le service Cloud Assistant fonctionne comme prévu. Passez à l'étape 4.

      [root@iZuf68j5ei93s8       ~ share]# systemctl status aliyun.service
      ● aliyun.service - Aliyun Assist
         Loaded: loaded (/etc/systemd/system/aliyun.service; enabled; vendor preset: enabled)
         Active: active (running) since Mon 2023-09-11 17:25:07 CST; 2s ago
       Main PID: 72998 (aliyun-service)
          Tasks: 10 (limit: 22694)
         Memory: 1.3G
         CGroup: /system.slice/aliyun.service
                 ├─ 5608 gpg-agent --homedir /var/cache/dnf/remi-modular-6408ecca79e22107/pubring --use-standard-socket --daemon
                 ├─ 5648 gpg-agent --homedir /var/cache/dnf/remi-safe-ff04689114f71b24/pubring --use-standard-socket --daemon
                 └─72998 /usr/local/share/aliyun-assist/2.2.3.515/aliyun-service

    Upstart

    Exécutez la commande suivante pour vérifier l'état de Cloud Assistant :

    /sbin/initctl status aliyun-service
    • Si l'état est stop/waiting, le service Cloud Assistant est arrêté. Exécutez /sbin/initctl start aliyun-service pour démarrer le service Cloud Assistant.

      En cas d'erreur ou si le service ne démarre pas, désinstallez puis réinstallez l'agent Cloud Assistant. Pour plus d'informations, consultez les sections Arrêter et désinstaller l'agent Cloud Assistant et Installer l'agent Cloud Assistant.

      /sbin/initctl status aliyun-service
      aliyun-service stop/waiting
    • Si l'état est start/running, le service Cloud Assistant fonctionne comme prévu. Passez à l'étape 4.

      /sbin/initctl status aliyun-service
      aliyun-service start/running, process 1129

    Sysvinit

    Exécutez la commande suivante pour vérifier l'état de Cloud Assistant :

    /etc/init.d/aliyun-service status
    • Si l'état est Stopped, le service Cloud Assistant est arrêté. Exécutez /etc/init.d/aliyun-service start pour démarrer le service Cloud Assistant.

      En cas d'erreur ou si le service ne démarre pas, désinstallez puis réinstallez l'agent Cloud Assistant. Pour plus d'informations, consultez les sections Arrêter et désinstaller l'agent Cloud Assistant et Installer l'agent Cloud Assistant.

      [root@i7bp1hfzscxxx ~]# /etc/init.d/aliyun-service status
      Stopped
    • Si l'état est Running, le service Cloud Assistant fonctionne comme prévu. Passez à l'étape 4.

      [root@i7bplhtzscxxxxxx ~]# /etc/init.d/aliyun-service status
      Running
  4. Vérifiez l'état de l'agent Cloud Assistant dans la console.

    • Si l'état de l'agent Cloud Assistant est Normal, le problème est résolu.

    • Si l'état de l'agent Cloud Assistant reste Anormal, examinez les journaux de Cloud Assistant pour approfondir l'investigation.

      • CoreOS :

        cd /opt/local/share/aliyun-assist/<version>/log  
        tail -100f aliyun_assist_main.log
      • Autres systèmes d'exploitation (tels qu'Alibaba Cloud Linux, Ubuntu, Debian, Red Hat, SUSE Linux Enterprise Server et OpenSUSE) :

        cd /usr/local/share/aliyun-assist/<version>/log  
        tail -100f aliyun_assist_main.log

Instance Windows

  1. Connectez-vous à l'instance Windows.

    Pour plus d'informations, consultez la section Se connecter à une instance Windows à l'aide de Workbench.

  2. Vérifiez si le répertoire d'installation de Cloud Assistant C:\ProgramData\aliyun\assist existe.

    • Si le répertoire assist existe, passez à l'étape 3.

    • Si le répertoire assist n'existe pas, l'agent Cloud Assistant n'est pas installé. Vous devez réinstaller l'agent Cloud Assistant. Pour plus d'informations, consultez la section Installer l'agent Cloud Assistant.

  3. Vérifiez l'état du service Cloud Assistant.

    1. Cliquez sur le menu Démarrer et accédez à Windows Administrative Tools > Computer Management.

    2. Dans le volet de navigation, choisissez Computer Management (Local) > Services and Applications > Services.

    3. Recherchez Aliyun Assist Service et vérifiez son état (Status).

      • Si la colonne Status affiche Normal, le service Aliyun Assist Service fonctionne comme prévu.

      • Si la colonne Status est vide, le service Aliyun Assist Service est arrêté. Cliquez sur Start pour démarrer le service Aliyun Assist Service.

        En cas d'erreur ou si le service ne démarre pas, désinstallez puis réinstallez l'agent Cloud Assistant. Pour plus d'informations, consultez les sections Arrêter et désinstaller l'agent Cloud Assistant et Installer l'agent Cloud Assistant.

  4. Vérifiez l'état de l'agent Cloud Assistant dans la console.

    • Si l'état de l'agent Cloud Assistant est Normal, le problème est résolu.

    • Si l'état reste Anormal, examinez les journaux de Cloud Assistant pour approfondir l'investigation.

      Le chemin d'accès par défaut aux journaux de Cloud Assistant est C:\ProgramData\aliyun\assist\<version>\log, où <version> correspond à la version de l'agent Cloud Assistant.

      Dans ce répertoire, concentrez-vous sur le fichier aliyun_assist_main.log et ses fichiers de sauvegarde avec rotation par date (par exemple, aliyun_assist_main.log.20230912) pour diagnostiquer le problème.

FAQ

Pourquoi l'erreur context deadline exceeded (Client.Timeout exceeded while awaiting headers) se produit-elle ?

time="2023-05-23T00:01:17+08:00" level=info msg=GET_HOST_ERROR
time="2023-05-23T00:04:17+08:00" level=info msg="http://100.100.100.200/latest/meta-data/region-id cn-shanghai <nil>"
time="2023-05-23T00:04:22+08:00" level=info msg="https://cn-shanghai.axt.aliyun.com/luban/api/connection_detect Get \"https://cn-shanghai.axt.aliyun.com/luban/api/connection_detect\": context deadline exceeded (Client.Timeout
    exceeded while awaiting headers)"
time="2023-05-23T00:04:22+08:00" level=info msg="Poll region id for instance in classic network"
time="2023-05-23T00:04:27+08:00" level=info msg="https://cn-hangzhou.axt.aliyun.com/luban/api/classic/region-id Get \"https://cn-hangzhou.axt.aliyun.com/luban/api/classic/region-id\": context deadline exceeded (Client.Timeout
    exceeded while awaiting headers)"
time="2023-05-23T00:04:32+08:00" level=info msg="https://cn-qingdao.axt.aliyun.com/luban/api/classic/region-id Get \"https://cn-qingdao.axt.aliyun.com/luban/api/classic/region-id\": context deadline exceeded (Client.Timeout
    exceeded while awaiting headers)"
time="2023-05-23T00:04:37+08:00" level=info msg="https://cn-beijing.axt.aliyun.com/luban/api/classic/region-id Get \"https://cn-beijing.axt.aliyun.com/luban/api/classic/region-id\": context deadline exceeded (Client.Timeout
    exceeded while awaiting headers)"
time="2023-05-23T00:04:42+08:00" level=info msg="https://cn-zhangjiakou.axt.aliyun.com/luban/api/classic/region-id Get \"https://cn-zhangjiakou.axt.aliyun.com/luban/api/classic/region-id\": context deadline exceeded
    (Client.Timeout exceeded while awaiting headers)"
time="2023-05-23T00:04:47+08:00" level=info msg="https://cn-huhehaote.axt.aliyun.com/luban/api/classic/region-id Get \"https://cn-huhehaote.axt.aliyun.com/luban/api/classic/region-id\": context deadline exceeded (Client.Timeout
    exceeded while awaiting headers)"
time="2023-05-23T00:04:52+08:00" level=info msg="https://cn-shanghai.axt.aliyun.com/luban/api/classic/region-id Get \"https://cn-shanghai.axt.aliyun.com/luban/api/classic/region-id\": context deadline exceeded (Client.Timeout
    exceeded while awaiting headers)"
time="2023-05-23T00:04:57+08:00" level=info msg="https://cn-shenzhen.axt.aliyun.com/luban/api/classic/region-id Get \"https://cn-shenzhen.axt.aliyun.com/luban/api/classic/region-id\": context deadline exceeded (Client.Timeout
    exceeded while awaiting headers)"
time="2023-05-23T00:05:02+08:00" level=info msg="https://cn-hongkong.axt.aliyun.com/luban/api/classic/region-id Get \"https://cn-hongkong.axt.aliyun.com/luban/api/classic/region-id\": context deadline exceeded (Client.Timeout
    exceeded while awaiting headers)"
time="2023-05-23T00:05:07+08:00" level=info msg="https://eu-west-1.axt.aliyun.com/luban/api/classic/region-id Get \"https://eu-west-1.axt.aliyun.com/luban/api/classic/region-id\": context deadline exceeded (Client.Timeout
    exceeded while awaiting headers)"
time="2023-05-23T00:05:07+08:00" level=info msg=GET_HOST_ERROR

Cette erreur indique généralement un problème de connectivité réseau entre l'instance ECS et le service Cloud Assistant. Exécutez les commandes suivantes pour tester la connexion.

Remarque

Remplacez <region-id> par votre ID de région. Pour plus d'informations, consultez la section Régions et zones de disponibilité.

ping <region-id>.axt.aliyun.com
curl https://<region-id>.axt.aliyun.com/luban/api/instance/instance-id

Normalement, le nom de domaine est résoluble et l'appel API renvoie l'ID d'instance correct.

Si le nom de domaine ne peut pas être résolu ou si l'appel API ne renvoie pas l'ID d'instance, il existe un problème réseau sur l'instance. Pour les étapes de dépannage, consultez la section Configurer les autorisations réseau pour l'agent Cloud Assistant.

[  xxx@iZuf62n-xxx  : ~]# ping -c 5 cn-shanghai.axt.aliyun.com
PING cn-shanghai.axt.aliyun.com (100.100.xxx) 56(84) bytes of data.
64 bytes from 100.100.36.108 (100.100.xxx): icmp_seq=1 ttl=102 time=1.32 ms
64 bytes from 100.100.36.108 (100.100.xxx): icmp_seq=2 ttl=102 time=1.30 ms
64 bytes from 100.100.36.108 (100.100.xxx): icmp_seq=3 ttl=102 time=1.32 ms
64 bytes from 100.100.36.108 (100.100.xxx): icmp_seq=4 ttl=102 time=1.30 ms
64 bytes from 100.100.36.108 (100.100.xxx): icmp_seq=5 ttl=102 time=1.30 ms
--- cn-shanghai.axt.aliyun.com ping statistics ---
5 packets transmitted, 5 received, 0% packet loss, time 4005ms
rtt min/avg/max/mdev = 1.295/1.305/1.318/0.010 ms
[  @iZuf62njf1dkb    ~]# curl https://cn-shanghai.axt.aliyun.com/luban/api/instance/instance-id
i-uf62njf1dkbc2c  xxx root@iZuf62njf1dkb       xxx ~]#

État anormal pour une instance gérée enregistrée

Si une instance gérée affiche un état Anormal dans la console Cloud Assistant après une inscription réussie, vérifiez les journaux pour détecter une erreur invalid timestamp.

Remarque

Les chemins d'accès par défaut aux journaux de Cloud Assistant sont les suivants, où <version> correspond à la version de l'agent Cloud Assistant.

  • Instance Linux

    • CoreOS : /opt/local/share/aliyun-assist/<version>/log

    • Autres systèmes d'exploitation (tels qu'Alibaba Cloud Linux, Ubuntu, Debian, Red Hat, SUSE Linux Enterprise Server et OpenSUSE) : /usr/local/share/aliyun-assist/<version>/log

  • Instance Windows : C:\ProgramData\aliyun\assist\<version>\log

L'exemple suivant montre l'erreur invalid timestamp dans le journal de Cloud Assistant. Notez les messages clés : code:400, errCode:BAD_REQUEST et errMsg:invalid timestamp.

M/s1Kpi+KHyHOSytaIf6q7qPc8cGRXbaKR4ZtzJMOKTRoW1V1Y2t6cMaW7v9pZY9phJKeqQo4TMtAZasr/68EqS3xfaYmBRpvlnqvR6b3CR0336R1OQ==
time="2023-09-04T16:54:37+08:00" level=info msg="https://cn-shanghai.axt.aliyuncs.com/luban/api/metrics {\"code\":400,\"errCode\":\"_BAD_REQUEST_\",\"errMsg\":\"invalid timestamp:
1693817677756,\"instanceId\":\"mi-sh03vea8ivh50qo\",\"requestId\":\"efb3ccca-7834-43e2-b0ce-1f5aacb37aad\"
{\"eventId\":\"agent.startup\",\"category\":\"STARTUP\",\"subCategory\":\"\",\"eventLevel\":\"INFO\",\"eventTime\":\"1693817677755\",\"common\":\"\",\"arch\":\"amd64\",\"instanceId\":\"\",\"unknown\",\"osVersion\"
\"Linux_#1 SMP Tue Mar 31 23:36:51 UTC 2020_x86_64\",\"virtualType\":\"unknown\",\"distribution\":\"\",\"centos
7.8.2003\",\"kernelVersion\":\"3.10.0-1127.el7.x86_64\",\"keywords\":\"\",\"osName\":\"Linux_#1 SMP Tue Mar 31 23:36:51 UTC 2020 x86_64\",\"type\":\"\"not cold start\"}
time="2023-09-04T16:54:37+08:00" level=info msg="https://cn-shanghai.axt.aliyuncs.com/luban/api/l/task?reason=startup&cold=false&currentTime=1693817677756&offset=28800&timeZone=Asia%2FShanghai
{\"code\":400,\"errCode\":\"_BAD_REQUEST_\",\"errMsg\":\"invalid timestamp: 1693817677756\",\"instanceId\":\"mi-sh03vea8ivh50qo\",\"requestId\":\"bcbb8f3e-781a-43f1-afa8-e2Seef3cf116\"}  <nil>"
time="2023-09-04T16:54:37+08:00" level=info msg="mi-sh03vea8ivh50qo1d678715bd3442d9bf66b7b5712a5  251693817677961439582&d-a299-486c-94d7-ba71f537f248
LEv1C0x/ZhbRS57+A7/60/SOJe51CxxXKKq4f97phnz1o FBwCKREpDDBbEhZth1CzOQqXqauSt1xmAQW=="
gxSud7 9MnI1TUJav3jyMdmK+s2BGZGHzZstWSinn7cjaTj fA+dgkhNAqvOMoq63Z6BWR4N0rZt1oLCrrFIG4JAIFLAyfmOmrkygk5/abOezyk4DH/1V7vN2wQ
7FYEi7VVY45BzrKEvGtIzNefc0dltkNKSP0MHRsWMR6xibFWDe/u/0z3KJ9oQYZ JaTn6g5uzlnIZ91Lx09ssJz/JU6cOnd8fOrXCaBPFpg20SmcUBZu1HQ==
time="2023-09-04T16:54:38+08:00" level=info msg="https://cn-shanghai.axt.aliyuncs.com/luban/api/metrics {\"code\":400,\"errCode\":\"_BAD_REQUEST_\",\"errMsg\":\"invalid timestamp:
1693817677961\",\"instanceId\":\"mi-sh03vea8ivh50qo\",\"requestId\":\"4395828d-a299-486c-94d7-ba71f537f248\"
{\"eventId\":\"agent.kdump\",\"category\":\"KDUMP\",\"eventLevel\":\"INFO\",\"eventTime\":\"1693817677961\",\"common\":\"\",\"arch\":\"amd64\",\"unknown\",\"osVersion\":\"Lin
ux_#1 SMP Tue Mar 31 23:36:51 UTC 2020_x86_64\",\"virtualType\":\"unknown\",\"distribution\":\"centos
7.8.2003\",\"kernelVersion\":\"3.10.0-1127.el7.x86_64\",\"keywords\":\"\",\"status\":\"\"ON\"\"}  <nil>"
time="2023-09-04T16:54:54+08:00" level=info msg="Stopping ......"

Cette erreur se produit parce que l'horloge de l'instance gérée n'est pas synchronisée. Pour résoudre ce problème, synchronisez l'heure sur l'instance gérée. Pour plus d'informations, consultez la section Synchroniser l'heure manuellement.

Documents connexes

Vous pouvez appeler l'opération ListPluginStatus pour interroger l'état des plugins Cloud Assistant sur une instance. La réponse inclut les horodatages du premier (FirstHeartbeatTime) et du dernier (LastHeartbeatTime) battement de cœur du plugin.