コンソールエージェントのトラブルシューティング
コンソール エージェントの問題をトラブルシューティングするには、自分で問題を確認するか、 NetAppサポートに問い合わせて、システム ID、エージェント バージョン、または最新のAutoSupportメッセージを尋ねられることがあります。
NetAppサポートサイトのアカウントをお持ちの場合は、"NetAppナレッジベース。"
一般的なエラーメッセージと解決策
次の表に、一般的なエラー メッセージとその修正方法を示します。
| エラー メッセージ | 説明 | 何をするか |
|---|---|---|
コンソールエージェントUIを読み込めません |
エージェントのインストールに失敗しました |
|
NetAppエージェントUIにアクセスできません |
このメッセージは、エージェントの IP アドレスにアクセスしようとしたときに表示されます。エージェントに適切なネットワーク アクセスがない場合や不安定な場合は、初期化に失敗する可能性があります。 |
|
エージェント設定を読み込めません |
エージェント設定ページにアクセスしようとすると、NetApp Consoleにこのメッセージが表示されます。 |
|
エージェントのサポート情報を読み込めません。 |
エージェントがサポート アカウントにアクセスできない場合、このメッセージが表示されます。 |
|
コンソールエージェントのステータスを確認する
次のいずれかのコマンドを使用して、Consoleエージェントを確認します。すべてのサービスのステータスが_Running_である必要があります。そうでない場合は、NetAppサポートにお問い合わせください。
|
|
コンソール エージェント診断へのアクセスの詳細については、次のトピックを参照してください。 |
- Docker(Ubuntu およびvCenter展開用)
-
docker ps -a - Podman(Red Hat Enterprise Linux 環境向け)
-
podman ps -a
コンソールエージェントのバージョンを表示する
コンソール エージェントのバージョンを表示してアップグレードを確認するか、 NetApp の担当者と共有してください。
-
*管理 > サポート > エージェント*を選択します。
コンソールのページ上部にバージョンが表示されます。
Console エージェントが要件を満たしていることを検証する
コンソールエージェントは、特定のネットワークエンドポイントへのアクセス権限を必要とし、複数のポートを開放する必要があり、ハードウェア要件を満たさなければなりません。コンソールから、またはエージェントメンテナンスコンソールを使用して、コンソールエージェントがこれらの要件を満たしているかどうかを確認できます。
エージェントメンテナンスコンソールを使用して検証チェックを実行することもできます。"config-checker validate コマンドの使用について詳しく学習します。"
|
|
政府機関のクラウド顧客向け(制限モード)、NetApp Console は、制限モードのアップグレードエンドポイントを検証しません。ファイアウォールルールでこのエンドポイントへのアクセスが許可されていることを手動で確認する必要があります。"制限モードに必要なネットワーク アクセス ポイントの詳細をご覧ください。" |
-
*管理 > エージェント*を選択します。
-
確認するコンソール エージェントのアクション メニューを選択し、[検証] を選択します。

検証には最大 15 分かかる場合があります。完了すると結果が表示されます。
コンソールエージェントのインストールに関する問題
インストールに失敗した場合は、レポートとログを表示して問題を解決してください。
次のディレクトリにあるコンソール エージェント ホストから、JSON 形式の検証レポートと構成ログに直接アクセスすることもできます。
/tmp/netapp-console-agents/logs
/tmp/netapp-console-agents/results.json
|
|
|
手動インストールの構成チェックを無効にする
インストール中に送信接続を検証する構成チェックを無効にする必要がある場合があります。たとえば、Government Cloud 環境にエージェントを手動でインストールする場合は、構成チェックを無効にする必要があります。無効にしないと、インストールは失敗します。
com/opt/application/netapp/service-manager-2/config.json ファイルで skipConfigCheck フラグを設定することで、構成チェックを無効にします。デフォルトでは、このフラグは false に設定されており、構成チェックによってエージェントの送信アクセスが検証されます。チェックを無効にするには、このフラグを true に設定します。この手順を完了する前に、JSON 構文を理解しておいてください。
構成チェックを再度有効にするには、次の手順に従い、skipConfigCheck フラグを false に設定します。
-
コンソール エージェント ホストに root または sudo 権限でアクセスします。
-
変更を元に戻せるように、/opt/application/netapp/service-manager-2/config.json ファイルのバックアップ コピーを作成します。
-
次のコマンドを実行して、サービス マネージャー 2 サービスを停止します。
systemctl stop netapp-service-manager.service
-
/opt/application/netapp/service-manager-2/config.json ファイルを編集し、skipConfigCheck フラグの値を true に変更します。
"skipConfigCheck": true -
ファイルを保存します。
-
次のコマンドを実行して、サービス マネージャー 2 サービスを再起動します。
systemctl restart netapp-service-manager.service
NetAppサポートと連携する
コンソールエージェントの問題を解決できない場合は、NetAppサポートに連絡することを推奨します。NetAppサポート担当者は、コンソールエージェントIDを要求するか、コンソールエージェントのログをまだ持っていない場合は、ログの送信を求める場合があります。
コンソールエージェントIDを見つける
作業を開始するには、コンソール エージェントのシステム ID が必要になる場合があります。 ID は通常、ライセンスとトラブルシューティングの目的で使用されます。
-
*管理 > サポート > エージェント*を選択します。
システム ID はページの上部にあります。
例

-
ID にマウスを合わせてクリックするとコピーできます。
AutoSupportメッセージをダウンロードまたは送信する
問題が発生している場合は、NetAppからトラブルシューティングのためにAutoSupportメッセージをNetAppサポートに送信するよう依頼されることがあります。
|
|
NetApp Consoleは、負荷分散のため、 AutoSupportメッセージを送信するのに最大 5 時間かかります。緊急の場合は、ファイルをダウンロードして手動で送信してください。 |
-
*管理 > サポート > エージェント*を選択します。
-
NetAppサポートに情報を送信する方法に応じて、次のいずれかのオプションを選択します。
-
AutoSupportメッセージをローカル マシンにダウンロードするオプションを選択します。その後、優先する方法を使用してNetAppサポートに送信できます。
-
Send AutoSupport を選択すると、メッセージがNetAppサポートに直接送信されます。
-
Google Cloud NAT ゲートウェイ使用時のダウンロード失敗を修正
コンソール エージェントは、 Cloud Volumes ONTAPのソフトウェア アップデートを自動的にダウンロードします。 Google Cloud NAT ゲートウェイを使用している場合、設定によりダウンロードが失敗する可能性があります。ソフトウェア イメージを分割する部分の数を制限することで、この問題を修正できます。この手順は API を使用して完了する必要があります。
-
次の JSON を本文として、PUT リクエストを /occm/config に送信します。
{ "maxDownloadSessions": 32 }maxDownloadSessions の値は 1 または 1 より大きい任意の整数にすることができます。値が 1 の場合、ダウンロードされたイメージは分割されません。
32 は例の値であることに注意してください。値は NAT 構成と同時セッションの数によって異なります。