この製品のマニュアルセットは、偏向のない言語を使用するように配慮されています。このマニュアルセットでの偏向のない言語とは、年齢、障害、性別、人種的アイデンティティ、民族的アイデンティティ、性的指向、社会経済的地位、およびインターセクショナリティに基づく差別を意味しない言語として定義されています。製品ソフトウェアのユーザーインターフェイスにハードコードされている言語、RFP のドキュメントに基づいて使用されている言語、または参照されているサードパーティ製品で使用されている言語によりドキュメントに例外が存在する場合があります。シスコのインクルーシブランゲージに対する取り組みの詳細は、こちらをご覧ください。
このドキュメントは、米国シスコ発行ドキュメントの参考和訳です。リンク情報につきましては、日本語版掲載時点で、英語版にアップデートがあり、リンク先のページが移動/変更されている場合がありますことをご了承ください。あくまでも参考和訳となりますので、正式な内容については米国サイトのドキュメントを参照ください。
ここでは、IoT FND の一般的な問題の解決方法について説明します。
■IoT FND サーバの server.log ファイルに例外がある
(注)IoT FND のバージョンについて、常にリリース ノートを参照するようにしてください。
アドレスの割り当てに問題があると、IoT FND は Tunnel Provisioning Failure イベントをログに記録します。ログ エントリにエラーの詳細が記述されます。
アドレスの割り当てプロセスをモニタするには、次の手順を実行します。
■IoT FND の server.log ファイルをチェックし、IoT FND がトンネルのプロビジョニング時に DHCP 要求を送信しているかを確認します。
■DHCP サーバのログ ファイルをチェックし、IoT FND からの DHCP 要求が DHCP サーバに到達したかを確認します。
■IoT FND の [Provisioning Settings] ページ([Admin] > [System Management] > [Provisioning Settings])で、DHCP サーバのアドレスが正しいことを確認します。
■IoT FND と DHCP サーバとの間のネットワーク問題を確認します。
DHCP サーバが要求を受信しているにもかかわらず応答していない場合は、次の手順を実行します。
■DHCP サーバのログ ファイルを確認し、DHCP サーバが DHCP 要求に含まれるリンク アドレスからの要求をサポートするよう設定されていることを確認します。リンク アドレスはトンネル プロビジョニング テンプレートで定義されています。
■DHCP サーバのアドレス プールが満杯でないことを確認します。
DHCP サーバが応答をしていても IoT FND が応答を処理していない場合は、次の手順を実行します。
ME が IoT FND に登録した理由を確認するために、IoT FND は ME から登録理由コードを収集し、登録問題を診断するのに役立つよう、イベントおよび印刷されたキー値ペアなどの他の関連情報を含むコードをロギングします。
メッシュ エンドポイント登録の理由コード に、ME 登録の理由コードと関連イベントをリスト表示します。
|
|
|
|
|
|
---|---|---|---|---|---|
IoT FND の IP アドレスは、NMSRedirect の外部で変更されました(新しい DHCPv6 オプション値が受信されました)。 |
|||||
ME の IoT FND への登録時にイベントを生成する以外に、IoT FND は、WPAN 変更の TLV WPANStatus を受信した後にもイベントを生成します。
メッシュ エンドポイントの WPAN 変更の理由 に、ME の WPAN 変更の理由と対応するイベントを示します。
|
|
|
タイプ |
|
---|---|---|---|---|
これらのイベントでは、ME がネットワークから切断されてから再接続するまでの経過時間がメッセージに含められます。IoT FND は、イベントがロギングされてから ME がオフラインだった期間の合計を示します(たとえば 4 hours 23 minutes ago)。
期限切れパスワードを回復するには、次のコマンドを実行します。
不正な IoT FND データベース パスワードを何回も入力すると、Oracle はユーザ アカウントをロックします。Oracle ソフトウェアを次の例のように使用して、パスワードをロック解除してください。
IoT FND サービスが開始しない場合は、次の手順を実行します。
c. データベース サーバの IP アドレスと、IoT FND がデータベースに接続できることを確認します。
■ |
d. service cgms status コマンドを実行して接続を確認します。
2. サーバにインストールされている JRE のバージョンが正しいことを確認します(「System Requirements」を参照)。
server.log ファイルに IoT FND が cgms_keystore ファイルを開けなかったことを示す例外が存在する場合は、IoT FND サーバの cgms.properties ファイルに保存されている cgms_keystore パスワードが正しくありません。
cgms_keystore ファイルのパスワードは、暗号化されて /opt/cgms/server/cgms/conf/cgms.properties ファイルに保存されます。
パスワードを暗号化または復号化するには、/opt/cgms/bin/ encryption_util.sh スクリプトを使用します。
cgms.properties ファイルでパスワードを確認または更新します。更新が必要な場合は、パスワードを変更した後に IoT FND を再起動します。
IoT FND のルート ユーザ アカウントのパスワードを忘れた場合は、/opt/cgms/bin/ password_admin.sh スクリプトを実行してパスワードをリセットします。
通常、IoT FND クラスタでのノードの検出は自動的に行われます。複数の IoT FND サーバが同じサブネットに存在すると、クラスタが形成されます。
IoT FND サーバをインストールしたときに、そのサーバがクラスタに参加しない場合は、以下を行ってください。
1. サーバが同じサブネットにあること、相互に ping できること、および同じクラスタ名を共有していることを確認します。
2. /opt/cgms/bin/print_cluster_view.sh スクリプトを実行して、すべてのメンバーのステータスを確認します。
a. IoT FND のすべてのクラスタ ノードで、HA_PARTITION_NAME パラメータの値を変更してから再起動します。
b. UDP_MULTICAST_ADDR パラメータの値(一意のマルチキャスト アドレス)を、クラスタ内のすべてのノードに一致するよう変更します。
c. CLUSTER_BIND_ADDR パラメータの値を、NMS のバインド先とするインターフェイスに変更します。
4. すべてのクラスタ ノードが NTP を使用するよう設定されていることを確認します(「Configuring NTP Service」を参照)。
5. /etc/hosts ファイルを確認し、IP アドレスがローカル サーバのホスト名に正しくマップされていることを確認します。
IoT FND サービスを開始すると、ウォッチドッグ スクリプトが呼び出されます。ウォッチドッグ スクリプトは、IoT FND サービスの状態を確認します。異常を検出すると、ウォッチドッグ スクリプトはその状態を /opt/cgms/server/cgms/log/ cgms_watchdog.log ファイルに記録します
ウォッチドッグ スクリプトは、異常な状態が改善したかどうかを判断するために、3 回試行されます。改善しない場合、データベースが到達不能になっていなければ、IoT FND サービスは自動的に再起動します。データベースが到達可能でない場合、ウォッチドッグは IoT FND サービスを停止します。再起動した原因を確認するには、server.log などのログ ファイルを確認します。
IoT FND サーバでルートとして /opt/cgms/bin/deinstall_cgms_watchdog.sh スクリプトを実行することにより、手動でウォッチドッグ プロセスを無効にします。
ここでは、FAR の管理に関する一般的な問題と解決方法について説明します。
FAR の IoT FND への登録試行時に IoT FND サーバに保存された server.log ファイルに次の例外が表示された場合は、cgms_keystore ファイルに CA サーバ証明書が含まれていないか、または cgms_keystore ファイルにインポートされている CA 証明書が正しくありません。
証明書を cgms_keystore ファイルにインポートする方法については、『Cisco IoT FND Installation Guide, 4.0.x』の「Generating and Installing Certificates」を参照してください。
FAR が IoT FND に接続するたびにリロードし続ける場合、IoT FND が FAR にプッシュした設定が正常に適用されていないためである可能性があります。
設定のプッシュが失敗した原因を確認するには、IoT FND サーバの server.log ファイルをチェックします。[Field Area Router Tunnel Addition] テンプレートへの入力ミスが失敗の原因である場合もあります(IoT FND は、テンプレートを検証しません)。
(注)FAR が IoT FND に登録すると、IoT FND は、show コマンドにより FAR に対してクエリを実行します。IoT FND はその後、[Field Area Router Tunnel Addition] テンプレート内の設定コマンドに基づいて FAR を設定します。
■パケットをドロップして登録を完了させないようにする、不正な WAN リンク。
■ファイアウォール の問題。ファイアウォールが両方向のトラフィックを許可していること、および、正しいポートを入出力するトラフィックの通過が許可されていることを確認します。
IoT FND で、FAR の ping や FAR へのルートのトレースを問題なく実行できるにもかかわらず、FAR の状態が [Down] と表示される場合があります。
IoT FND は、FAR 上で実行される IoT DM サービスを介して FAR を管理します。そのため、FAR を ping でき、FAR が到達可能な場合も、次により、jetty サーバおよび Call Home 機能が FAR で有効であることを確認する必要があります。
ここでは、ME の管理に関する一般的な問題と解決方法について説明します。
ME が FAR に接続していること、および IPv6 により IoT FND から ping できることを確認します。ping できる場合は、以下を確認してください。
■ME により使用されている DHCP サーバが正しい IoT FND IP アドレスでプログラムされている。
IoT FND へのデバイス インポートは、IoT FND サーバ ライセンスの割り当て数に依存します。
IoT FND サーバのライセンス数が、IoT FND データベースにインポートするデバイスの数およびタイプに十分に対応できることを確認します。
IoT FND では、一意のデバイス EID のみが許可されます。IoT FND にこのデバイス EID を インポート済みであったり、現在同じデバイス EID をインポートしようとしているユーザが他にいないことを確認します。他のユーザが同時に同じデバイスを IoT FND にインポートしていないことを確認します。