このページでは、.NET Agent for Linux の展開に関する問題のトラブルシューティングを行う際に使用する一般的な方法について説明し、回避策で発生する可能性があるいくつかの特定のシナリオを提供します。

エージェントの起動状況

エージェントの起動は、次の3つの基本ステップによって異なります。

  1. 環境変数のプロファイラ設定を使用して、.NET Coreでエージェントがロードされます。
  2. Splunk AppDynamics エージェントで構成および追加ライブラリがロードされます。
  3. 構成ファイルで見つかった接続の詳細を使用して、エージェントがコントローラに登録されます。

.NET Agent for Linux のサンプル スタートアップ コンソールの出力は、これらの手順を実行したときにスタートアップが成功したことを示しています。

次のような状況が発生する可能性があります。

症状考えられる根本的な原因

Splunk AppDynamics からコンソール出力がコンソールに書き込まれなかった

  • 環境変数が適切に設定されなかった
  • エージェントバイナリのOSバージョンが一致していない
エージェントで構成ファイルのロードに失敗している対応するフォルダで AppDynamicsConfig.json または [appname].AppDynamicsConfig.json が見つからなかった。
エージェントでHTTPエラーが発生しているエージェントと構成ファイルで指定された接続設定を使用したコントローラとの通信に失敗した。

バックグラウンドでのDockerコンテナの実行時のログへのアクセス

デフォルトのエージェント構成では、すべてのエージェント出力がコンロソールにリダイレクトされます。これは、トラブルシューティングの目的でのみ有効になります。

バックグラウンドでコンテナを実行している場合は（分離を表す -d）、次の Docker コマンドを使用してすべての出力にアクセスできます。

docker logs <container id>

デフォルトのエージェントログファイルの場所

エージェントログファイルのデフォルトの場所は /tmp/appd/dotnet です。

次の構成を AppDynamicsConfig.json ファイルに追加すると、単一ビューのトラブルシューティングを行うためにすべてのログがコンソールにリダイレクトされるように、この設定を変更できます。

 "log": [
    {
      "outputtype": "console"
    }
  ]