トラブルシューティング

ログ

トラブルシューティングでは、通常、次のログを確認すると役立ちます。

• /var/log/apache/netrounds_access.log: コントロールセンターのウェブインターフェイスに対して行われたすべてのHTTPリクエスト。
• /var/log/apache/netrounds_error.log: コントロールセンターのウェブGUIに向けたHTTPリクエストに対してApacheから報告されたエラー。コントロール・センター・バックエンドからのコンソール出力もこのファイルにあります。既定では、すべてのログ記録はコンソールによって行われます。
• /var/log/syslog: 一般システムログ。
• /var/log/mail.log: 電子メール サーバー ログ。
• dmesg: カーネルログ

また、行を変更して追加のログイン /etc/netrounds/netrounds.conf をオンにすると役立つ場合があります

宛先

Paragon Active Assuranceコール実行者のログを表示する別の方法は、 ユーティリティを使用すること journalctl です。

journalctl詳細については、こちらをご覧ください: www.digitalocean.com/community/tutorials/how-to-use-journalctl-to-view-and-manipulate-systemd-logs.

ログの詳細なリストについては、『オペレーションガイド』の「 システムの監視」の章を参照してください。

テストエージェントのローカルコンソールのルートシェルオプション

Paragon Active Assuranceの指示の下、テストエージェントのルートシェルにログインすることで、追加のトラブルシューティングを実行できます。これは、テストエージェントのローカル管理コンソールから行います。

ローカルコンソールへのアクセス方法は、アプリ内ヘルプの「テストエージェント」の「ローカルコンソールからのテストエージェントの設定」>で説明しています。

• [ ユーティリティ ] に移動し、[ ルート シェル] を選択します。
• パスワード onlyfordebugaccessでログインします。

ルートシェルプロンプトが表示されます。

root パスワードは、root シェル passwd 内で コマンドを使用して変更できます。または、ローカルコンソールの [rootパスワードの変更 ]オプションを使用してこれを行うこともできます。

警告：

ルートシェルでテストエージェントに変更を加えると、テストエージェントが誤動作したり、保証が無効になったりする可能性があります。ご不明な点がございましたら、先に進む前に必ずジュニパーのスタッフにご相談ください。

以下のサブセクションでは、特定の問題を扱います。

問題: ライセンスの適用に失敗する

推奨されるアクション:

• まず、ライセンス サービスを再起動してみてください。

• それでも問題が解決しない場合は、『操作ガイド』の「 システムからのライセンスの削除」の章の説明に従って、すべてのライセンスをワイプして再適用できます。

問題: サービスにアクセスできない

推奨されるアクション:

• 次のコマンドでサービスの状態を確認します。

• ホスト名が正しいIPに解決されることを確認します(例 dig :または ping

• リスニングポートを確認する

• ネットワークトラフィックの確認

問題: データが収集されない

• 考えられる原因: NTP 時刻同期の問題。これにより、サーバーによって生成された結果ビューに時間オフセットが導入されるため、これらのビューに結果が表示されるまでに時間がかかる場合があります。
• 考えられる原因: 空きディスク領域がありません。

問題: データ収集が遅い、またはデータが失われる

• 考えられる原因: テストとモニターがキューに入っているため、データ収集が遅れています。

コマンドを実行します

そして、キューの長さを示す の値 scheduled_call_latencyを確認します。詳細と推奨される対処方法については、運用ガイドの「 リンクタイトルなし」の章の「コントロールセンター」セクションを参照してください。

問題: ncc 移行コマンドが失敗する

• 考えられる原因: 飼育係がダウンしました。

コマンドが失敗し ncc migrate 、「Kafkaトピックを作成できません」というエラーメッセージが表示される場合は、コントロールセンターがZookeeperサーバープロセスを開始できないことが原因である可能性があります。Kafka は Zookeeper に依存しており、正しく動作するためには Zookeeper が実行されている必要があります。

特定の Zookeeper ファイルが破損し、Java EOF 例外が発生するという既知の問題があります。このログを確認するには、次のコマンドを実行します

動物園の飼育係に関連するエントリを探します ERROR 。

これを修正するには、フォルダー内にあるサイズ 0 のファイルをすべて削除します /var/lib/zookeeper/version-2 。まず、次のファイルを特定します。

次に、破損したファイルを削除します。

最後に、動物園の飼育係を再起動します。

問題: サービスが失敗する

• 考えられる原因: カフカはダウンしました。これは、Zookeeperの問題、またはシステムのメモリ不足が原因である可能性があります。

この場合、Kafka に依存しているサービスも失敗し、Kafka がオンラインに戻るまで再起動を試みます。

例えば、netrounds-ta3-compatサービスが失敗した場合、テストエージェントアプリケーションはコントロールセンターに登録できなくなります。

Kafkaが実行されているかどうかは、次のコマンドで確認できます。

Kafkaがオフラインになった場合は、

次のようなエントリが返されます。

問題:Kafkaエラー「開いているファイルが多すぎます」

• 詳細な説明: Kafkaは、数秒が経過すると再起動とクラッシュを繰り返しています。ジャーナルログに、Kafka はエラーを含むスタックトレースを表示します: Too many open files。
• 原因： Kafka が使用できるファイル記述子の数を管理するデフォルト設定が低すぎます。最初は許容数で十分ですが、しばらくすると小さくなりすぎる可能性があります。

解決するには:

• コントロールセンターにログインして実行します

• エディターが開きます。次の行を挿入します。

  ファイルを保存して終了します。

これで、Kafkaが正常に起動し、正常に動作するはずです。

問題: テスト エージェントは正常に登録されましたが、オンラインになりません (ステータス アイコンは赤のまま)

• 考えられる原因: ネットワークは、暗号化された VPN 接続を確立することを許可しません。テストエージェントとコントロールセンター間のファイアウォールの構成とログを確認してください。

詳細な説明:

登録はHTTPS経由で行われますが、登録後の接続設定は同じポートでOpenVPNを使用して行われます。これにより、ネットワークで登録が許可されても、接続の試行が許可されない場合があります。

• 考えられる原因: テストエージェントとコントロールセンターの時間が同期していません。両方の当事者が NTP を正しく設定していること、クロックが NTP サーバと同期していること、および NTP サーバのクロックも同期していることを確認してください。

詳細な説明:

メモ：

この説明と以降の対処方法は、コントロールセンターの 新規インストール 中にテストエージェントがオンラインにならず、時刻の同期が正しくないことが確認されている場合にのみ適用されます。

テストエージェントのクロックが遅れている場合、テストエージェントの登録後、テストエージェントのクロックがコントロールセンターのクロックに従って署名した時間に達するまで、テストエージェントの観点からは、コントロールセンターによって署名されたテストエージェント用のTLS証明書は無効になります。それまでは、テストエージェントは証明書を受け付けず、オフラインのままになります。

TLS 証明書は、コントロールセンターのインストール時に生成されます。この時点でクロックが正しくなかった場合は、証明書を再生成する必要があります。これには、すべてのテストエージェントの再登録も必要になります。以下の手順に従います。

1. コントロールセンターのクロックが同期していることを確認します。

2. 古い証明書を削除します。

3. 新しい証明書を生成します。

4. 各テストエージェントを別の名前で再登録します。

5. コントロールセンターサービスを再起動します。

問題:TimescaleDBデータの増分バックアップが原因でディスクが不足しています

詳細な説明:

ファイルが継続的に作成されているため、ディスク容量が不足しています

これは、TimescaleDB の増分バックアップがデフォルトでオンになっているためです。

解決するには:

• ファイルで /var/lib/netrounds/rrd/timescaledb/data/postgresql.conf、 を設定します

  をクリックして、これらのバックアップをオフにします。

• サービスを再起動します netrounds-timescaledb 。

問題: Apache 2 サービスログから Rest API URL と TypeError にアクセスする際のエラー

REST API URL にアクセスできない場合:

1. apache2.log ファイルにアクセスします。

2. apache2.logファイルに トレースバックに関する次の例外があるかどうかを確認します。

3. 次のいずれかの操作を行います。

   • apache2.logファイルにトレースバックが見つからない場合は、support.juniper.net/support/requesting-support でチケットを提出してください。apache2.log ファイルを添付する必要があります。

   • トレースバックがapache2.logファイルで見つかった場合」

     1. /usr/lib/python3.10/dist-packages/restol/restol_app.py を開きます。

     2. 以下を置き換えます。

        と

     3. Save /usr/lib/python3.10/dist-packages/restol/restol_app.py

     4. Ubuntuをダウンロード–パッケージダウンロードの選択-python3-limits_2.8.0-1_all.deb。

     5. sudo apt-get install /path/to/python3-limits_2.8.0-1_all.deb コマンドを使用して、ダウンロードしたファイルをインストールします。

        メモ：

        /path を /prefix に変更し、 python3-limits deb パッケージ がコピーされたパスと一緒に変更してください。

     6. sudo ncc services restart コマンドを実行して、コントロール・センター・サービスを再起動します。

問題: OpenVPN ログに BF-CBC 暗号に関連するエラーが記録されます

この問題は、古いテストエージェントがコントロールセンターリリース4.2に接続できない場合に発生します。この場合、 openvpn ログにBF-CBC暗号のサポートを追加する必要があります。

BF-CBC 暗号のサポートを追加するには:

1. /etc/openvpn/netrounds.confにアクセスします。

2. BF-CBC 暗号を /etc/openvpn/netrounds.conf に追加

ジュニパーテクニカルサポートへのお問い合わせ

ジュニパーテクニカルサポートにお問い合わせいただくには、 support.juniper.net/support/requesting-support でチケットを提出してください。チケットに、コマンドを実行して生成されたファイルをアップロードしてください

ファイルはユーザーのホームディレクトリ(/home/<username>)にあります。