このトピックでは、クラウドアシスタントのステータスを確認し、異常なステータスをトラブルシューティングする方法について説明します。
クラウドアシスタントのステータス
コンソール
-
ECS コンソール - クラウドアシスタントに移動します。
ページの左上隅で、リージョンとリソースグループを選択します。
-
ECS インスタンス タブで、クラウドアシスタントのステータスを確認します。
-
正常:クラウドアシスタントは正常に実行されています。
[クラウドアシスタント] ページのインスタンスリストで、ターゲットインスタンスの [クラウドアシスタントのステータス] が [正常] であることを確認します。
-
未インストール:クラウドアシスタントエージェントがインスタンスにインストールされていません。次の方法でクラウドアシスタントエージェントをインストールできます。
-
インストール をクリックして、クラウドアシスタントエージェントを自動的にインストールします。
ワンクリックでクラウドアシスタントエージェントをインストールする場合、インスタンスを再起動して有効にする必要があります。
-
手動でクラウドアシスタントエージェントをインストールします。詳細については、「クラウドアシスタントエージェントのインストール」をご参照ください。
クラウドアシスタントコンソールのインスタンスリストで、ターゲットインスタンスの [クラウドアシスタントのステータス] 列に [未インストール] と表示されている場合は、対応する [インストール] ボタンをクリックしてインストールを完了します。
-
-
インストール済みにもかかわらず「未インストール」または「異常」と表示される場合:クラウドアシスタントエージェントがインスタンスにすでにインストールされており、サービスが正常に実行されているにもかかわらず、コンソールに [未インストール] または [異常] と表示される場合は、次の手順でトラブルシューティングを行います。
-
DescribeCloudAssistantStatus 操作を呼び出し、応答の
LastHeartbeatTime値を確認します。CloudAssistantStatus=trueは、クラウドアシスタントエージェントがインストールされていることのみを示します。継続的に更新されるLastHeartbeatTimeのみが、サービスがオンラインであることを示します。2 つのフィールドは意味が異なるため、インストールステータスのみに基づいてサービスがオンラインであるかどうかを判断することはできません。 -
LastHeartbeatTimeの更新が停止した場合、クラウドアシスタントサービスが実行されていないか、ハートビートのレポートに失敗しています。RunCommandを使用してsystemctl status aliyun.serviceを実行し、サービスステータスを確認します。コマンドがClientNotRunningエラーコードを返す場合、クラウドアシスタントエージェントのプロセスは実行されていません。systemctl start aliyun.serviceを実行してサービスを開始するか、インスタンスを再起動してサービスを復元します。 -
ネットワークの問題によりハートビートがレポートされない場合も、コンソールのステータスは更新されません。トラブルシューティングの手順については、「実行結果の確認と一般的な問題のトラブルシューティング」の
ClientNetworkBlockedエラーコードのセクションをご参照ください。 -
ワークベンチでのパスワードレス接続 (一時的な SSH キー認証) は、クラウドアシスタントサービスに依存します。クラウドアシスタントサービスが停止すると、パスワードレス接続は利用できなくなります。VNC 経由でインスタンスに接続して手動でサービスを開始するか、インスタンスを再起動してからワークベンチを使用して接続できます。
-
-
異常:このステータスは、いくつかの考えられる原因がある問題を示します。トラブルシューティングの手順については、「異常なステータスのトラブルシューティング」をご参照ください。
[クラウドアシスタント] コンソールの [ECS インスタンス] タブの [クラウドアシスタントのステータス] 列には、各インスタンスでのクラウドアシスタントの実行ステータスが表示されます。黄色のアイコンは異常なステータスを示します。
-
API
DescribeCloudAssistantStatus 操作を呼び出します。"CloudAssistantStatus": "true" が返された場合、クラウドアシスタントは正常に実行されています。"false" が返された場合、ステータスは異常です。「異常なステータスのトラブルシューティング」をご参照ください。
異常なステータスのトラブルシューティング
Linux インスタンス
-
Linux インスタンスに接続します。
詳細については、「ワークベンチを使用して Linux インスタンスに接続する」をご参照ください。
-
次のコマンドを実行して、クラウドアシスタントのインストールディレクトリが存在するかどうかを確認します。
-
CoreOS
cd /opt/local/share/ ls -
その他のオペレーティングシステム (Alibaba Cloud Linux、Ubuntu、Debian、Red Hat、SUSE Linux Enterprise Server、OpenSUSE など)
cd /usr/local/share/ ls -
aliyun-assistディレクトリが存在する場合は、ステップ 3 に進みます。 -
aliyun-assistディレクトリが存在しない場合、クラウドアシスタントエージェントはインストールされていません。クラウドアシスタントエージェントを再インストールする必要があります。
-
-
クラウドアシスタントサービスのステータスを確認します。
まず、ECS インスタンスの init システムを特定します。サービスステータスを確認するコマンドは、init システムによって異なります。
ls -l /sbin/init-
出力が
systemd(例:/lib/systemd/systemd) を指している場合、init システムはsystemdです。 -
出力が
upstart(例:/sbin/upstart) を指している場合、init システムはUpstartです。 -
出力が
init(例:/sbin/init) を指している場合、init システムはsysvinitです。
Systemd
次のコマンドを実行して、クラウドアシスタントのステータスを確認します。
systemctl status aliyun.service-
ステータスが
inactive (dead)の場合、クラウドアシスタントサービスは停止しています。systemctl start aliyun.serviceを実行してクラウドアシスタントサービスを開始します。エラーが発生した場合、またはサービスの開始に失敗した場合は、クラウドアシスタントエージェントをアンインストールしてから再インストールします。詳細については、「クラウドアシスタントエージェントの停止とアンインストール」および「クラウドアシスタントエージェントのインストール」をご参照ください。
[ @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 -
ステータスが
active (running)の場合、クラウドアシスタントサービスは正常に実行されています。ステップ 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
次のコマンドを実行して、クラウドアシスタントのステータスを確認します。
/sbin/initctl status aliyun-service-
ステータスが
stop/waitingの場合、クラウドアシスタントサービスは停止しています。/sbin/initctl start aliyun-serviceを実行してクラウドアシスタントサービスを開始します。エラーが発生した場合、またはサービスの開始に失敗した場合は、クラウドアシスタントエージェントをアンインストールしてから再インストールします。詳細については、「クラウドアシスタントエージェントの停止とアンインストール」および「クラウドアシスタントエージェントのインストール」をご参照ください。
/sbin/initctl status aliyun-service aliyun-service stop/waiting -
ステータスが
start/runningの場合、クラウドアシスタントサービスは正常に実行されています。ステップ 4 に進みます。/sbin/initctl status aliyun-service aliyun-service start/running, process 1129
Sysvinit
次のコマンドを実行して、クラウドアシスタントのステータスを確認します。
/etc/init.d/aliyun-service status-
ステータスが
Stoppedの場合、クラウドアシスタントサービスは停止しています。/etc/init.d/aliyun-service startを実行してクラウドアシスタントサービスを開始します。エラーが発生した場合、またはサービスの開始に失敗した場合は、クラウドアシスタントエージェントをアンインストールしてから再インストールします。詳細については、「クラウドアシスタントエージェントの停止とアンインストール」および「クラウドアシスタントエージェントのインストール」をご参照ください。
[root@i7bp1hfzscxxx ~]# /etc/init.d/aliyun-service status Stopped -
ステータスが
Runningの場合、クラウドアシスタントサービスは正常に実行されています。ステップ 4 に進みます。[root@i7bplhtzscxxxxxx ~]# /etc/init.d/aliyun-service status Running
-
-
コンソールでクラウドアシスタントエージェントのステータスを確認します。
-
クラウドアシスタントエージェントのステータスが正常であれば、問題は解決しています。
-
クラウドアシスタントエージェントのステータスがまだ異常である場合は、クラウドアシスタントのログを確認してさらに調査します。
-
CoreOS:
cd /opt/local/share/aliyun-assist/<version>/log tail -100f aliyun_assist_main.log -
その他のオペレーティングシステム (Alibaba Cloud Linux、Ubuntu、Debian、Red Hat、SUSE Linux Enterprise Server、OpenSUSE など):
cd /usr/local/share/aliyun-assist/<version>/log tail -100f aliyun_assist_main.log
-
-
Windows インスタンス
-
Windows インスタンスに接続します。
詳細については、「ワークベンチを使用して Windows インスタンスに接続する」をご参照ください。
-
クラウドアシスタントのインストールディレクトリ
C:\ProgramData\aliyun\assistが存在するかどうかを確認します。-
assist ディレクトリが存在する場合は、ステップ 3 に進みます。
-
assist ディレクトリが存在しない場合、クラウドアシスタントエージェントはインストールされていません。クラウドアシスタントエージェントを再インストールする必要があります。詳細については、「クラウドアシスタントエージェントのインストール」をご参照ください。
-
-
クラウドアシスタントサービスのステータスを確認します。
-
[スタート] メニューをクリックし、 に移動します。
-
ナビゲーションウィンドウで、 を選択します。
-
Aliyun Assist Service を見つけ、その [ステータス] を確認します。
-
[ステータス] 列に [正常] と表示されている場合、Aliyun アシストサービスは正常に実行されています。
-
[ステータス] 列が空の場合、Aliyun Assist Service は停止しています。[開始] をクリックして Aliyun Assist Service を開始します。
エラーが発生した場合、またはサービスの開始に失敗した場合は、クラウドアシスタントエージェントをアンインストールしてから再インストールします。詳細については、「クラウドアシスタントエージェントの停止とアンインストール」および「クラウドアシスタントエージェントのインストール」をご参照ください。
-
-
-
コンソールでクラウドアシスタントエージェントのステータスを確認します。
-
クラウドアシスタントエージェントのステータスが正常であれば、問題は解決しています。
-
ステータスがまだ異常である場合は、クラウドアシスタントのログを確認してさらに調査します。
クラウドアシスタントのデフォルトのログパスは
C:\ProgramData\aliyun\assist\<version>\logです。ここで、<version>はクラウドアシスタントエージェントのバージョンです。このディレクトリで、
aliyun_assist_main.logとその日付でローテーションされたバックアップファイル (例:aliyun_assist_main.log.20230912) に注目して問題を診断します。
-
よくある質問
context deadline exceeded (Client.Timeout exceeded while awaiting headers) エラーが発生する原因
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
このエラーは通常、ECS インスタンスとクラウドアシスタントサービス間のネットワーク接続の問題を示します。次のコマンドを実行して接続をテストします。
<region-id> をご利用のリージョン ID に置き換えてください。詳細については、「リージョンとアベイラビリティゾーン」をご参照ください。
ping <region-id>.axt.aliyun.com
curl https://<region-id>.axt.aliyun.com/luban/api/instance/instance-id
通常、ドメイン名は解決可能であり、API 呼び出しは正しいインスタンス ID を返します。
ドメイン名を解決できない場合、または API 呼び出しがインスタンス ID を返さない場合は、インスタンスにネットワークの問題があります。トラブルシューティングの手順については、「クラウドアシスタントエージェントのネットワーク権限の設定」をご参照ください。
[ 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 ~]#
登録済みホストインスタンスの異常なステータス
登録成功後にホストインスタンスがクラウドアシスタントコンソールで異常なステータスを示す場合は、ログに invalid timestamp エラーがないか確認してください。
クラウドアシスタントのデフォルトのログパスは次のとおりです。ここで、<version> はクラウドアシスタントエージェントのバージョンです。
-
Linux インスタンス
-
CoreOS: /opt/local/share/aliyun-assist/<version>/log
-
その他のオペレーティングシステム (Alibaba Cloud Linux、Ubuntu、Debian、Red Hat、SUSE Linux Enterprise Server、OpenSUSE など): /usr/local/share/aliyun-assist/<version>/log
-
-
Windows インスタンス: C:\ProgramData\aliyun\assist\<version>\log
次の例は、クラウドアシスタントログの invalid timestamp エラーを示しています。キーメッセージである code:400、errCode:BAD_REQUEST、および 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¤tTime=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 ......"
このエラーは、ホストインスタンスの時計が同期していないために発生します。この問題を解決するには、ホストインスタンスの時刻を同期します。詳細については、「手動での時刻同期」をご参照ください。
クラウドアシスタントが instance not found エラーを返す原因
instance not found エラーは、クラウドアシスタントが指定された ECS インスタンスを見つけられないことを示します。このエラーは通常、次のシナリオで発生します。
-
インスタンスがクラウドアシスタントサービスに登録されていない。
-
インスタンスがリリースされている。
-
リクエストで使用されたインスタンス ID が正しくない。
この問題をトラブルシューティングするには:
-
ECS コンソールで、インスタンスのステータスが [実行中] であることを確認します。
-
クラウドアシスタントエージェントがインスタンスにインストールされ、正常にハートビートをレポートしていることを確認します。詳細については、このトピックの「異常なステータスのトラブルシューティング」セクションをご参照ください。
-
リクエスト内のインスタンス ID が実際の ECS インスタンス ID と一致することを確認します。
ECS インスタンスの高いリソース使用量はクラウドアシスタントの実行に影響しますか?
はい。ECS インスタンスの CPU またはメモリ使用量が高すぎると、クラウドアシスタントエージェントが応答しなくなったり、コマンドの実行がタイムアウトしたりする可能性があります。
この問題をトラブルシューティングするには:
-
ECS コンソールまたはシステム監視ツールを使用して、ECS インスタンスの CPU およびメモリ使用量を確認します。
-
不要なプロセスやアプリケーションを停止して、リソースを解放します。
-
問題が解決しない場合は、インスタンスタイプをアップグレードして利用可能なリソースを増やすことを検討してください。
-
リソースを解放した後、クラウドアシスタントのコマンド実行を再試行します。
関連ドキュメント
ListPluginStatus 操作を呼び出して、インスタンス上のクラウドアシスタントプラグインのステータスをクエリできます。応答には、プラグインの最初 (FirstHeartbeatTime) と最後 (LastHeartbeatTime) のハートビートのタイムスタンプが含まれます。