LoongCollector の収集問題に関するトラブルシューティング - Simple Log Service

LoongCollector を使用してデータを収集する際に、例外が発生する場合があります。このトピックでは、一般的なシナリオの例を挙げ、これらの例外をトラブルシューティングして解決する方法を説明します。

収集問題のトラブルシューティング

収集例外には、複雑で多様な原因があります。異なる根本原因が同一の症状を引き起こす場合があり、一部の例外はすぐには明らかになりません。このガイドでは、これらの例外をカテゴリ別に迅速に特定し、トラブルシューティングと診断を行う方法について説明します。

Log Service (SLS) コンソールにログインし、ログアプリケーション エリアで Log Service データ Insight をクリックします。 [取り込み管理] の [SLS 収集ルールリスト] タブで、ダイアログボックスの指示に従って機能を有効にします。
CloudLens for SLS を使用すると、Log Service のリソースを監視および管理し、トラブルシューティングを効率化し、多次元メトリクスの異常を検出して対応できます。
[プロジェクトリスト] に戻り、目的の [プロジェクト] をクリックします。
ログ管理 タブをクリックします。 Logstores の一覧で、目的の Logstore にポインターを合わせ、右側のアイコンをクリックしてから、診断 (Basic Edition) をクリックします。
[高度な診断] では、診断ダッシュボードを使用して、より長い期間にわたって例外をクエリできます。詳細については、「運用診断と監視」をご参照ください。
一般的な収集エラータイプを参照して、診断に表示されるエラーをトラブルシューティングします。代わりに、/usr/local/ilogtail/ ディレクトリ内の ilogtail.LOG および logtail_plugin.LOG ファイルで、クライアントログの詳細を確認してください。

一般的な収集エラー

マシングループのハートビートの失敗

詳細については、「ハートビートの問題のトラブルシューティング」をご参照ください。

ログ未収集

ログ収集中にクエリページでデータが表示されない場合、原因として以下が考えられます：

コンソールで、Logstore の消費プレビューを確認して、ログ収集を検証します。ログが収集されているがクエリでデータが返されない場合は、インデックスを作成していない可能性があります。
新しいログがない：対象のログファイルに更新がない場合、ログは収集されません。
マシングループのハートビート異常：ハートビート問題のトラブルシューティングを参照してください。
収集設定がない：収集設定を作成し、マシングループに適用する必要があります。その後、システムがサーバーに設定をデプロイします。詳細については、「マシングループと収集設定の関連付け」をご参照ください。
収集設定のパスが正しくない：収集設定のログファイルパスが正しいことを確認してください。
コンテナシナリオでは、コンテナメタデータのプレビューを有効にして、一致したコンテナを表示することもできます。
コンテナからのログ収集については、次の点に注意してください。
1. マウントまたはシンボリックリンクを含むパス：シンボリックリンクはサポートされていません。マウントタイプの優先順位は、EmptyDir > hostPath > NAS (非推奨) です。詳細については、「ログソースとマウントポイントの要件 (重要)」をご参照ください。
  EmptyDir マウント：最高のパフォーマンスを発揮します。コンテナにログインしてログを表示できます。 hostPath マウント：ホストまたはコンテナにログインしてログを表示できます。コンテナがクラッシュしてもログは保持されます。 NAS マウント：推奨しません。NAS からのログ収集はパフォーマンスが非常に低く、失敗しやすいです。また、収集したログには簡単な grep クエリしか実行できません。
2. ラベルまたは環境変数の不一致：収集設定のラベルと環境変数がコンテナのものと一致していることを確認してください。 Docker ラベルを確認するには、ホストにログインして docker inspect <container ID> コマンドを実行する必要があります。
収集エラー：上記のすべての確認項目に問題がなかった場合は、コンソールの診断情報を使用して収集エラーをトラブルシューティングしてください。

データの重複収集

メモリ使用量が高いと、コレクターインスタンスが繰り返しクラッシュします。クラッシュするたびに、最後のチェックポイントからデータを再収集するため、データの重複が発生します。これを解決するには、CPU 使用率の制限またはネットワーク送信の同時実行数の制限を変更してください。

vim などのエディターがファイルを上書きした可能性があります。作成時刻を確認してください。

# 方法 1：作成時刻を確認します。
stat your_file 
# 方法 2：方法 1 が機能しない場合は、crtime を確認します。
stat -c %i your_file
df . # パーティションをクエリします。
sudo debugfs -R 'stat <3014895>' /dev/sda3 # < と > の間の inode を置き換えます (< と > は保持)。sda3 は、前のコマンドで確認したパーティションデバイスに置き換えてください。

複数のコレクターインスタンスが実行されているかどうかを確認してください。
ログボリュームが極端に少ない場合 (15 分以上新しいログがない場合)、収集進捗がクリアされ、重複収集が発生する可能性があります。
収集設定が重複していないか確認してください。これは、設計上重複収集を許可している stdout の場合に特に重要です。
コンソールの診断情報を使用して収集エラーをトラブルシューティング： MULTI_CONFIG_MATCH_ALARM エラーが発生します。
- 冗長な収集設定を削除します：複数の収集設定が同じディレクトリを対象とする場合、最も具体的なパスを持つものが優先されます。
- 関連する設定を変更し、単一のファイルから複数の宛先にログを収集できるようにします。
ログ収集パスが常に変化し、削除後すぐに収集設定が再作成される場合：
- ディレクトリ内のシンボリックリンクが重複収集を引き起こしていないか確認してください。
- ログタグが環境変数または ACK で設定されているかどうかを確認してください。設定されている場合は削除してください。
hostPath ボリュームを使用する Pod でコンテナの再起動が発生すると、重複収集が発生する可能性があります。
- コレクターは、docker ps と同様にコンテナを検出し、次に docker inspect と同様にそのログパスを検索することで、コンテナログを見つけ出します。設定が一致すると、コレクターは収集パスと設定をメインプログラムに報告します。コンテナが再起動すると、コレクターはそれを新しいコンテナとして扱い、パスと設定を再度報告します。Pod がそのログに hostPath ボリュームを使用する場合、以前のコンテナのログは残ります。その後、コレクターはデフォルトでログファイルの最後の 1 MB を再読み込みするため、重複データが発生します。
収集パスが NAS 上にある場合、コンテナログの重複収集が発生します。
- NAS ディレクトリの登録が遅いと、チェックポイントがダンプされた後にログリーダーが作成され、収集の進捗が失われる可能性があります。また、新しいウォッチャーの追加に長い遅延が発生することもあります。この問題を解決するには、check_point_dump_interval の値を 600 に変更します。

インジェストレイテンシー

収集レイテンシーには、いくつかの種類があります。

数秒のレイテンシーは想定内です。これが問題となる場合は、タイムプラグインを設定してください。
大量のデータが遅延している場合は、コレクターが再起動したかどうかを確認してください。再起動後、コレクターはログファイルのより前のポイントからデータを読み取るため、収集レイテンシーが発生する可能性があります。最新のデータがリアルタイムで到着していることを確認してください。到着している場合、システムは正常に動作しています。
レイテンシーが 1 行のみに影響する場合は、ログファイルの最後の行にキャリッジリターンが抜けていないか確認してください。
特定のマシンでレイテンシーは、コレクターの起動が予想よりも遅れた場合に発生することがあります。これを確認するには、/usr/local/ilogtail/app_info.json ファイルで起動時間を確認するか、/usr/local/ilogtail/ilogtail.LOG ファイルで "network error" メッセージを検索してください。
上記のシナリオのいずれも該当しない場合は、コンソールの診断情報を使用して収集エラーをトラブルシューティングするか、CloudLens for SLS を使用して LoongCollector ログ収集レイテンシーを分析してください。

収集損失

Pod のライフサイクルが短すぎる (<20 秒) かどうかを確認してください。ログ収集には、 hostPath ボリュームにログを書き込むことを推奨します。
env および label の設定がコンテナのものと一致していることを確認してください。
収集の遅延により、データが不完全になっていないか確認してください。
ACK、ASK、または SAE のシナリオでは、16 KB を超える 標準出力 のログが切り捨てられる場合、ファイルベースの収集を使用してください。
コレクターの再起動によってデータが不完全になることもあります。 update_time を /usr/local/ilogtail/app_info.json で確認し、再起動が発生したかどうかを判断してください。
- アクティブな再起動：コレクターは、設定されたリソース制限に達すると自ら終了します。アクティブな再起動には、コレクターのデーモンプロセスとワーカープロセスの起動時刻に差があるという特徴があります。これを解決するには、CPU 使用率制限またはネットワーク送信の同時実行数制限を調整してください。
- パッシブな再起動：パッシブな再起動とは、k8s がコンテナのリソース制限を超えたためにコレクターを強制終了するか、カーネルが cgroup 制限を超えたためにコレクターを強制終了することです。Pod の再起動回数が 1 より大きい場合は、このタイプの再起動が発生したことを示します。OOM Kill イベントを確認し、CPU 使用率制限またはネットワーク送信の同時実行数制限を調整してください。
  注：リソースパラメータを調整する必要がある場合、これは通常、ログボリュームが大きいことを示しています。シャード数とリソースクォータが十分であることを確認してください。
インスタンス間でデータに不整合がある場合は、コレクターのバージョンが異なることが原因でないか確認してください。バージョンの表示とアップグレードの実行については、構成管理を参照してください。
再起動後に再発する断続的なデータ損失：
- CloudLens for SLS を使用して、Logstore が制限を超えていないか確認してください。
- /usr/local/ilogtail/ ディレクトリ内の ilogtail.LOG および logtail_plugin.LOG ファイルでエラーメッセージを確認してください。
上記のいずれのシナリオにも当てはまらない場合は、コンソールの診断情報を使用して収集エラーをトラブルシューティングしてください。

無効なログフォーマット

収集形式が正しくありません。収集設定を確認してください。「ホストからテキストログを継続的に収集する」で説明されているように、フル正規表現モードまたはプラグインモードを使用してフィールドを抽出してください。
JSON フィールドをパースまたは抽出できません。プラグインは非 JSON オブジェクトをパースできないため、パースツールを使用して、ログの内容が厳密な JSON オブジェクトであることを確認してください。回避策として、元のフィールドのフォーマットを変更することを検討してください。
デリミタがない場合、ログエントリ全体が 1 つのブロックとして扱われることがあります。これを解決するには、「インデックス設定について学習し、必要に応じて設定する」をご参照ください。

よくある質問

ログ収集中の予期せぬ例外

ログが正しく収集されている場合、設定は正しいと考えられます。設定を変更しておらず、新しい収集設定も追加していない場合は、収集パフォーマンスのチューニングとクォータの引き上げが必要かどうかを検討してください。

収集パフォーマンスの調整：CPU 使用率とメモリ使用量の上限を変更します。
CloudLens for SLS を使用してモニタリングします： [Data Insight] で、プロジェクトのインジェストトラフィックがクォータ制限を超えていないか確認します。 [Collection Monitoring] > [File Collection Monitoring] > [Collection File Distribution] で、遅延ファイルがないか確認します。これは、現在の読み取りレートがログ生成レートより低い場合に発生することがあります。CPU 使用率が最大になると、ログを完全に読み取れません。その結果、ログファイルが開いたままとなり、ディレクトリ容量を解放できなくなります。

ログタイムスタンプの問題

__time__ フィールドは、ログが収集された時刻を表します。この値は、ログを書き込む際に SDK を使用して設定できます。
タグ内の receive_time フィールドは、Log Service がログを受信した時刻を示します。
ログ内の time フィールドは、通常のデータフィールドです。

たとえば、sdk を使用して 1 月 2 日にログを書き込む際に、日付を 1 月 1 日に設定した場合 (time フィールドを使用するか、手動で設定することが可能です)、クエリでは 受信時間 が 1 月 2 日、__time__ が 1 月 1 日と表示されます。ログが書き込まれた実際の時刻を表すのは 受信時間 のみです。__time__ とログ内の time フィールドはいずれもユーザー定義です。

ログタイムスタンプはタイムゾーンの影響を受けますか？ ログタイムスタンプは UNIX タイムスタンプとして保存されるため、タイムゾーンとは無関係です。UNIX タイムスタンプは、協定世界時 (UTC) の 1970年1月1日 00:00:00 からの経過秒数またはミリ秒数を表します。例えば、UNIX タイムスタンプ 1620994708 は、Fri May 14 2021 12:18:28 GMT+0000 に対応します。

ログの文字化け

Log Service は、デフォルトで UTF-8 エンコーディングを使用します。生ログが UTF-8 でエンコードされていることを確認してください。

Simple Log Service (SLS) のログ収集中に構成の競合エラーが発生した場合、競合するログプロジェクトの Alibaba Cloud アカウントとパスを特定するにはどうすればよいですか？

構成の競合エラーが発生した場合、LoongCollector データコレクターが実行されているサーバーにログインし、/etc/ilogtail/users/{Alibaba Cloud アカウント ID} ディレクトリ内の構成情報を確認してください。ディレクトリ名は、その構成を所有する Alibaba Cloud アカウントの ID です。このディレクトリ名を使用して、競合している収集設定のアカウントとパスを特定してください。

「iLogtail is not in container, but container discovery is required」というエラーの解決方法

このエラーは、収集設定でコンテナディスカバリが有効になっているにもかかわらず、LoongCollector が ECS インスタンスまたは他の非コンテナ環境で実行されている場合に発生します。

この問題を解決するには、次の手順を実行します。

現在のランタイム環境タイプを確認してください。
ログファイルがコンテナ内ではなくホスト上にある場合は、収集設定でコンテナディスカバリを無効にするか、実際のランタイム環境に合わせて [入力ソースタイプ] (InputType) を調整してください。

付録

よくある収集エラー

エラーコード	説明	解決策
LOG_GROUP_WAIT_TOO_LONG_ALARM	データパケットの生成から送信までの遅延が長いことを示します。	データが正しく送信されていることを確認してください。データ量がデフォルト設定を超えている、クォータが不足している、ネットワークに問題があるなどの問題がないか確認してください。エラーが国境を越えたネットワークレイテンシーによって発生している場合は、データ変換ソリューションの使用を推奨します。まず、ソースリージョン (例：米国) のプロジェクトの Logstore にログを収集します。次に、データ変換を使用してデータストリームをターゲットリージョン (例：上海) のプロジェクトの Logstore にルーティングします。これにより、国境を越えた転送遅延がログ収集エンドポイントに与える影響を軽減できます。
LOGFILE_PERMISSION_ALARM	コレクターに、指定されたファイルを読み取る権限がありません。	サーバー上の iLogtail の起動アカウントを確認してください。root 権限で実行することを推奨します。
SPLIT_LOG_FAIL_ALARM	行頭の正規表現がログエントリの先頭に一致しないため、ログを行に分割できませんでした。	行頭の正規表現が正しいことを確認してください。単一行ログの場合は、`.*` に設定できます。
MULTI_CONFIG_MATCH_ALARM	デフォルトでは、1 つのファイルに一致できる収集設定は 1 つだけです。複数の設定が同じファイルに一致する場合、いずれか 1 つのみが有効になります。 Docker 標準出力は複数の設定で収集できます。	不要な収集設定を削除してください。関連する設定を変更して、1 つのファイルからログを複数の宛先に収集してください。
REGEX_MATCH_ALARM	フル正規表現モードで、ログの内容が指定された正規表現に一致しません。	エラーメッセージからログサンプルをコピーし、それを使用して新しい正規表現を作成してテストしてください。
PARSE_LOG_FAIL_ALARM	JSON やデリミタなどのモードで、ログフォーマットが定義された構造と一致しないため、パースに失敗します。	エラーメッセージをクリックして、エラー詳細を確認してください。
CATEGORY_CONFIG_ALARM	収集設定が無効です。	一般的な原因は、正規表現でファイルパスを Topic として抽出できないことです。
LOGTAIL_CRASH_ALARM	サーバーのリソース使用制限を超えたため、コレクターがクラッシュしました。	CPU 使用率とメモリ使用量の制限を変更してください。
REGISTER_INOTIFY_FAIL_ALARM	Linux システムでログリスナーの登録に失敗しました。ディレクトリの権限が不足しているか、ディレクトリが削除されたことが原因の可能性があります。	コレクターにディレクトリへアクセスする権限があり、ディレクトリが存在することを確認してください。
DISCARD_DATA_ALARM	CPU リソースの不足またはネットワークフロー制御により、データ損失が発生しました。	CPU 使用率の制限またはネットワーク送信の同時実行数制限を変更してください。
SEND_DATA_FAIL_ALARM	データの送信に失敗しました。考えられる原因は次のとおりです： Alibaba Cloud アカウントの AccessKey が作成されていません。クライアントが Log Service に接続できない、またはネットワーク接続の品質が低下しています。 Log Service サーバーの書き込みクォータが不足しています。	Alibaba Cloud アカウントの AccessKey を作成してください。ローカルの設定ファイル /usr/local/ilogtail/ilogtail_config.json を確認し、curl <server_address> を実行して接続性を確認してください。 Logstore のシャード数を増やして、より高いデータ書き込み量に対応してください。 401 Unauthorized (The project does not belong to you) エラーが発生した場合： AccessKey ID と AccessKey シークレットが正しいことを確認してください。AccessKey 資格情報を再生成してローテーションすることを推奨します。ネットワークの変動により接続タイムアウトが発生し、誤検知の認証失敗が発生する場合は、LoongCollector の設定ファイル内の `oas_connect_timeout` パラメーターを 60 秒などの値に調整してください。変更を適用するには、LoongCollector サービスまたはサーバーを再起動し、その後、問題が解決したことを確認してください。
SEND_QUOTA_EXCEED_ALARM	ログの書き込みトラフィックがクォータを超えました。	コンソールでシャード数を増やしてください。
READ_LOG_DELAY_ALARM	ログ収集がログ生成に追いついていません。通常、設定に対する CPU リソースの不足またはネットワークフロー制御が原因です。	CPU 使用率の制限またはネットワーク送信の同時実行数制限を変更してください。履歴データをインポートする場合、短時間に大量のデータが収集されます。このシナリオでこのエラーが発生した場合は、無視できます。
DROP_LOG_ALARM	収集が生成に追いついておらず、未処理のログローテーションが 20 回を超えたため、システムはログの破棄を開始しました。通常、CPU リソースの不足またはネットワークフロー制御が原因です。	CPU 使用率の制限またはネットワーク送信の同時実行数制限を変更してください。
LOGDIR_PERMISSION_ALARM	コレクターに、ログ監視ディレクトリの読み取り権限がありません。	ログ監視ディレクトリが存在することを確認してください。存在する場合は、権限設定を確認してください。
ENCODING_CONVERT_ALARM	エンコーディング変換に失敗しました。	設定で指定されたログのエンコーディングフォーマットが、実際のログのエンコーディングと一致していることを確認してください。
OUTDATED_LOG_ALARM	ログのタイムスタンプが 12 時間以上古くなっています。考えられる原因は次のとおりです：ログのパースが 12 時間以上遅れています。ユーザー定義の time フィールドが正しく設定されていません。ログを生成するプログラムが誤った時刻を出力しています。	READ_LOG_DELAY_ALARM アラームがないか確認してください。このアラームがある場合は、READ_LOG_DELAY_ALARM の解決策に従って解決してください。このアラームがない場合は、time フィールドの設定を確認してください。設定が正しい場合は、ログを生成するプログラムが正しい時刻を出力していることを確認してください。
STAT_LIMIT_ALARM	収集設定で指定されたディレクトリ内のファイル数が制限を超えています。	収集ディレクトリに多数のファイルおよびサブディレクトリが含まれていないか確認し、監視の最大深度を適切に設定してください。起動パラメーター設定ファイル (ilogtail_config.json) の mem_usage_limit パラメーターを変更してください。
DROP_DATA_ALARM	終了時にタイムアウトが発生したため、プロセスが未保存のログを破棄しました。	このエラーは通常、深刻な収集のブロッキングが原因です。CPU 使用率の制限またはネットワーク送信の同時実行数制限を変更してください。
INPUT_COLLECT_ALARM	入力ソースからの収集中に例外が発生しました。	エラーメッセージの指示に従ってください。
HTTP_LOAD_ADDRESS_ALARM	HTTP データ収集設定で指定された Addresses パラメーターが無効です。	Addresses パラメーターが有効であることを確認してください。
HTTP_COLLECT_ALARM	HTTP データ収集中に例外が発生しました。	エラーメッセージに基づいてトラブルシューティングしてください。通常、タイムアウトが原因です。
FILTER_INIT_ALARM	フィルターの初期化中に例外が発生しました。	通常、フィルター内の無効な正規表現が原因です。メッセージの指示に従って修正してください。
INPUT_CANAL_ALARM	MySQL のバイナリログの処理中にランタイム例外が発生しました。	エラーメッセージに基づいてトラブルシューティングしてください。設定が更新されると、Canal サービスが再起動する場合があります。サービスの再起動に関連するエラーは無視できます。
CANAL_INVALID_ALARM	MySQL バイナリログの内部状態が無効です。	このエラーは通常、実行中にテーブルのスキーマが変更されたことでメタデータに不整合が発生することが原因です。エラーが発生した際にテーブルのスキーマが変更されたかどうかを確認してください。
MYSQL_INIT_ALARM	MySQL の初期化中に例外が発生しました。	エラーメッセージの指示に従ってください。
MYSQL_CHECKPOINT_ALARM	MySQL チェックポイントフォーマットが無効です。	チェックポイント関連の設定が変更されていないか確認してください。
MYSQL_TIMEOUT_ALARM	MySQL クエリが接続タイムアウトしました。	MySQL サーバーとネットワークの状態を確認してください。
MYSQL_PARSE_ALARM	MySQL クエリ結果のパースに失敗しました。	MySQL の設定内のチェックポイントフォーマットが、対応するフィールドのフォーマットと一致していることを確認してください。
AGGREGATOR_ADD_ALARM	集約キューへのデータ追加に失敗しました。	データの送信が速すぎます。実際のデータ量が非常に大きい場合は、このアラームを無視できます。
ANCHOR_FIND_ALARM	processor_anchor プラグインでエラーが発生しました。これは、設定が正しくないか、ログが設定に準拠していないことが原因である可能性があります。	詳細なエラーメッセージを確認し、対応する設定に問題がないか確認してください。エラーは次のいずれかのタイプである可能性があります： `anchor cannot find key`：設定で SourceKey が指定されていますが、対応するフィールドがログに存在しません。 `anchor no start`：SourceKey の値に、Start に対応する内容が見つかりません。 `anchor no stop`：SourceKey の値に、Stop に対応する内容が見つかりません。
ANCHOR_JSON_ALARM	processor_anchor プラグインで、Start および Stop パラメーターで定義された内容を JSON として展開する際にエラーが発生しました。	詳細なエラーメッセージを確認してください。処理中の内容と関連する設定を確認し、設定エラーまたは無効なログがないか確認してください。
CANAL_RUNTIME_ALARM	MySQL バイナリログプラグインでランタイムエラーが発生しました。	詳細なエラーメッセージを確認し、さらに調査してください。通常、接続先の MySQL マスターに関連しています。
CHECKPOINT_INVALID_ALARM	チェックポイントのパースに失敗しました。	詳細なエラーメッセージを確認し、チェックポイントの内容 (先頭 1,024 バイト) と具体的なエラー情報に基づいてさらに調査してください。
DIR_EXCEED_LIMIT_ALARM	同時に監視されるディレクトリ数が制限を超えました。	現在の Logstore の収集設定に多数のディレクトリが含まれていないか確認し、監視の最大深度を適切に設定してください。
DOCKER_FILE_MAPPING_ALARM	コマンドを使用した Docker ファイルマッピングの追加に失敗しました。	詳細なエラーメッセージを確認し、具体的なエラー情報に基づいてさらに調査してください。
DOCKER_FILE_MATCH_ALARM	指定されたファイルが Docker コンテナ内に見つかりませんでした。	詳細なエラーメッセージを確認し、コンテナ情報とファイルパスに基づいてさらに調査してください。
DOCKER_REGEX_COMPILE_ALARM	service_docker_stdout プラグインでエラーが発生しました。設定で指定された BeginLineRegex の正規表現のコンパイルに失敗しました。	詳細なエラーメッセージを確認し、正規表現が正しいかどうかを確認してください。
DOCKER_STDOUT_INIT_ALARM	service_docker_stdout プラグインの初期化に失敗しました。	詳細なエラーメッセージを確認してください。エラーは次のいずれかのタイプである可能性があります： `host...version...error`：設定で指定された Docker Engine に到達可能か確認してください。 `load checkpoint error`：チェックポイントのロードに失敗しました。インジェストに影響しない場合は、このエラーを無視できます。 `container...`：指定されたコンテナのラベル値が無効です。現在許可されているのは stdout と stderr のみです。詳細については、詳細なエラーを確認してください。
DOCKER_STDOUT_START_ALARM	service_docker_stdout プラグインによる収集中に stdout サイズが制限を超えました。	通常、初回収集時に stdout がすでに存在する場合に発生します。このアラームは無視できます。
DOCKER_STDOUT_STAT_ALARM	service_docker_stdout プラグインが stdout を検出できませんでした。	通常、コンテナ終了時に stdout にアクセスできない場合に発生します。このアラームは無視できます。
FILE_READER_EXCEED_ALARM	同時に開かれているファイルオブジェクト数が制限を超えました。	通常、収集中のファイルが多すぎることが原因です。収集設定が適切かどうか確認してください。
GEOIP_ALARM	processor_geoip プラグインでエラーが発生しました。	詳細なエラーメッセージを確認してください。エラーは次のいずれかのタイプである可能性があります： `invalid ip...`：IP アドレスの取得に失敗しました。設定内の SourceKey が正しいか、無効なログがないか確認してください。 `parse ip...`：IPアドレスから都市情報の解析に失敗しました。詳細なエラーメッセージを確認し、さらに調査してください。 `cannot find key...`：指定された SourceKey がログに見つかりませんでした。設定が正しいか、無効なログがないか確認してください。
HTTP_INIT_ALARM	metric_http プラグインでエラーが発生しました。設定で指定された ResponseStringMatch の正規表現のコンパイルに失敗しました。	詳細なエラーメッセージを確認し、正規表現が正しいかどうかを確認してください。
HTTP_PARSE_ALARM	metric_http プラグインでエラーが発生しました。HTTP 応答の取得に失敗しました。	詳細なエラーメッセージを確認し、具体的なエラー情報に基づいて、設定またはリクエスト先の HTTP サーバーを確認してください。
INIT_CHECKPOINT_ALARM	binlog プラグインでエラーが発生しました。チェックポイントのロードに失敗しました。プラグインはチェックポイントを無視し、先頭から処理を開始します。	詳細なエラーメッセージを確認し、このエラーを無視できるかどうか判断してください。
LOAD_LOCAL_EVENT_ALARM	ローカルイベントの処理中にエラーが発生しました。	このアラームはまれです。詳細なエラーメッセージを確認し、ファイル名、設定名、プロジェクト、および Logstore に基づいてさらに調査してください。
LOG_REGEX_FIND_ALARM	processor_split_log_regex および processor_split_log_string プラグインでエラーが発生しました。設定で指定された SplitKey がログに見つかりませんでした。	詳細なエラーメッセージを確認し、設定エラーがないか確認してください。
LUMBER_CONNECTION_ALARM	プラグイン停止時にサーバーを閉じる際、service_lumberjack プラグインでエラーが発生しました。	詳細なエラーメッセージを確認し、さらに調査してください。このエラーは通常、無視できます。
LUMBER_LISTEN_ALARM	service_lumberjack プラグインの初期化およびリッスン中にエラーが発生しました。	詳細なエラーメッセージを確認してください。エラーは次のいずれかのタイプである可能性があります： `init tls error...`：具体的なエラーメッセージに基づいて、TLS 関連の設定を確認してください。 `listen init error...`：具体的なエラーメッセージに基づいて、アドレス関連の設定を確認してください。
LZ4_COMPRESS_FAIL_ALARM	LZ4 圧縮中にエラーが発生しました。	詳細なエラーメッセージを確認し、ログの行数、プロジェクト、カテゴリ、リージョンなどの値に基づいてさらに調査してください。
MYSQL_CHECKPOINT_ALARM	チェックポイントに関連する MySQL プラグインでエラーが発生しました。	詳細なエラーメッセージを確認してください。エラーは次のいずれかのタイプである可能性があります： `init checkpoint error...`：チェックポイントの初期化に失敗しました。設定で指定されたチェックポイント列と取得した値が正しいか確認してください。 `not matched checkpoint...`：チェックポイント情報が一致しません。設定の更新などの手動介入が原因でエラーが発生したかどうか確認してください。該当する場合は、このエラーを無視できます。
NGINX_STATUS_COLLECT_ALARM	ステータスの取得中に nginx_status プラグインでエラーが発生しました。	詳細なエラーメッセージを確認し、URL と具体的なエラー情報に基づいてさらに調査してください。
NGINX_STATUS_INIT_ALARM	nginx_status プラグインでエラーが発生しました。初期化中に、設定で指定された URL のパースに失敗しました。	詳細なエラーメッセージを確認し、URL が正しく設定されているか確認してください。
OPEN_FILE_LIMIT_ALARM	オープンファイル数が制限を超えたため、新しいファイルを開けません。	詳細なエラーメッセージを確認し、ログファイルパス、プロジェクト、および Logstore に基づいてさらに調査してください。
OPEN_LOGFILE_FAIL_ALARM	ファイルを開く際にエラーが発生しました。	詳細なエラーメッセージを確認し、ログファイルパス、プロジェクト、および Logstore に基づいてさらに調査してください。
PARSE_DOCKER_LINE_ALARM	service_docker_stdout プラグインでエラーが発生しました。ログのパースに失敗しました。	詳細なエラーメッセージを確認してください。エラーは次のいずれかのタイプである可能性があります： `parse docker line error: empty line`：ログが空です。 `parse json docker line error...`：JSON フォーマットのログのパースに失敗しました。エラーメッセージとログの先頭 512 バイトに基づいて調査してください。 `parse cri docker line error...`：CRI フォーマットのログのパースに失敗しました。エラーメッセージとログの先頭 512 バイトに基づいて調査してください。
PLUGIN_ALARM	プラグインの初期化中、または関連する呼び出し中にエラーが発生しました。	詳細なエラーメッセージを確認してください。エラーは次のいずれかのタイプである可能性があります。具体的なエラー情報に基づいてさらに調査してください。 `init plugin error...`：プラグインの初期化に失敗しました。 `hold on error...`：プラグインの一時停止に失敗しました。 `resume error...`：プラグインの再開に失敗しました。 `start service error...`：サービス入力タイプのプラグインの起動に失敗しました。 `stop service error...`：サービス入力タイプのプラグインの停止に失敗しました。
PROCESSOR_INIT_ALARM	`processor_regex` プラグインでエラーが発生しました。設定で指定された `Regex` 正規表現のコンパイルに失敗しました。	詳細なエラーメッセージを確認し、正規表現が正しいかどうかを確認してください。
PROCESS_TOO_SLOW_ALARM	ログのパースが遅すぎます。	詳細なエラーメッセージを確認し、ログ数、バッファーサイズ、パース時間が正常かどうか確認してください。正常でない場合は、CPU リソースを過度に消費している他のプロセス、または複雑な正規表現など非効率なパース設定がないか確認してください。
REDIS_PARSE_ADDRESS_ALARM	redis プラグインでエラーが発生しました。設定で指定された ServerUrls のいずれかのパースに失敗しました。	詳細なエラーメッセージを確認し、エラーの原因となった URL を確認してください。
REGEX_FIND_ALARM	`processor_regex` プラグインでエラーが発生しました。設定で `SourceKey` により指定されたフィールドがログに見つかりませんでした。	詳細なエラーメッセージを確認し、SourceKey の設定が正しくない、または無効なログがないか確認してください。
REGEX_UNMATCHED_ALARM	`processor_regex` プラグインでエラーが発生しました。一致に失敗しました。	詳細なエラーメッセージを確認してください。エラーは次のいずれかのタイプである可能性があります。具体的なエラー情報に基づいて調査してください。 `unmatch this log content...`：ログの内容が設定内の正規表現に一致しません。 `match result count less...`：一致した結果数が、設定で指定された `Keys` の数より少なくなっています。
SAME_CONFIG_ALARM	同じ Logstore 内に同名の重複設定が存在します。後から検出された設定は破棄されます。	詳細なエラーメッセージを確認し、設定パスなどの情報に基づいて設定エラーがないか確認してください。
SPLIT_FIND_ALARM	`split_char` および `split_string` プラグインでエラーが発生しました。設定で `SourceKey` により指定されたフィールドがログに見つかりませんでした。	詳細なエラーメッセージを確認し、SourceKey の設定が正しくない、または無効なログがないか確認してください。
SPLIT_LOG_ALARM	`processor_split_char` および `processor_split_string` プラグインでエラーが発生しました。パースされたフィールド数が、`SplitKeys` で指定された数と一致しません。	詳細なエラーメッセージを確認し、SourceKey の設定が正しくない、または無効なログがないか確認してください。
STAT_FILE_ALARM	LogFileReader オブジェクトによるファイル収集中にエラーが発生しました。	詳細なエラーメッセージを確認し、ファイルパスとエラー情報に基づいてさらに調査してください。
SERVICE_SYSLOG_INIT_ALARM	`service_syslog` プラグインでエラーが発生しました。初期化に失敗しました。	詳細なエラーメッセージを確認し、設定内の `Address` が正しいか確認してください。
SERVICE_SYSLOG_STREAM_ALARM	`service_syslog` プラグインによる TCP 経由の収集中にエラーが発生しました。	詳細なエラーメッセージを確認してください。エラーは次のいずれかのタイプである可能性があります。具体的なエラー情報に基づいて調査してください。 `accept error...`：`Accept` 中にエラーが発生しました。プラグインは一定時間待機してから再試行します。 `setKeepAlive error...`：`Keep Alive` の設定に失敗しました。プラグインはこのエラーをスキップして続行します。 `connection i/o timeout...`：TCP 経由の読み取り中にタイムアウトが発生しました。プラグインはタイムアウトをリセットして読み取りを続行します。 `scan error...`：TCP の読み取りエラーが発生しました。プラグインは一定時間待機してから再試行します。
SERVICE_SYSLOG_PACKET_ALARM	`service_syslog` プラグインによる UDP 経由の収集中にエラーが発生しました。	詳細なエラーメッセージを確認してください。エラーは次のいずれかのタイプである可能性があります： `connection i/o timeout...`：UDP 経由の読み取り中にタイムアウトが発生しました。プラグインはタイムアウトをリセットして読み取りを続行します。 `read from error...`：UDP の読み取りエラーが発生しました。プラグインは一定時間待機してから再試行します。
PARSE_TIME_FAIL_ALARM	ログ時刻のパースに失敗しました。	正規表現で抽出された time フィールドが正しいか確認してください。指定された time フィールドの内容が、設定内の時刻表現と一致しているか確認してください。
BINARY_UPDATE_ALARM	バイナリデータ更新に関する警告です。	具体的な情報については、詳細なエラーメッセージをご参照ください。
CAST_SENSITIVE_WORD_ALARM	機密語の型変換に関連するエラーです。	具体的な情報については、詳細なエラーメッセージをご参照ください。
CHECKPOINT_ALARM	チェックポイントに関連するエラーです。	具体的な情報については、詳細なエラーメッセージをご参照ください。
CHECKPOINT_V2_ALARM	(CheckpointManagerV2 のみ)	具体的な情報については、詳細なエラーメッセージをご参照ください。
COMPRESS_FAIL_ALARM	圧縮に失敗しました。データは破棄されます。	具体的な情報については、詳細なエラーメッセージをご参照ください。
CONFIG_UPDATE_ALARM	設定の取得または再起動中にエラーが発生しました。	具体的な情報については、詳細なエラーメッセージをご参照ください。
DISCARD_SECONDARY_ALARM	(DiskBufferWriter のみ)	具体的な情報については、詳細なエラーメッセージをご参照ください。
DOMAIN_SOCKET_BIND_ALARM	(ShennongManager のみ)	具体的な情報については、詳細なエラーメッセージをご参照ください。
ENCRYPT_DECRYPT_FAIL_ALARM	(DiskBufferWriter のみ)	具体的な情報については、詳細なエラーメッセージをご参照ください。
EPOLL_ERROR_ALARM	inotify ファイルディスクリプターの初期化に失敗しました。	具体的な情報については、詳細なエラーメッセージをご参照ください。
EXACTLY_ONCE_ALARM	無効なシーケンス ID のため、exactly-once のロググループが破棄されました。	具体的な情報については、詳細なエラーメッセージをご参照ください。
FUSE_FILE_TRUNCATE_ALARM	一般的ではない FUSE ファイルの切り詰め動作に関する警告です。	具体的な情報については、詳細なエラーメッセージをご参照ください。
GLOBAL_CONFIG_ALARM	(EnterpriseConfigProvider のみ) 不要な設定が削除されました。	具体的な情報については、詳細なエラーメッセージをご参照ください。
HOLD_ON_TOO_SLOW_ALARM	モジュールの停止が遅すぎます。	具体的な情報については、詳細なエラーメッセージをご参照ください。
INNER_PROFILE_ALARM	ファイルデバイスの inode が変更されました。新しいリーダーが作成されます。	具体的な情報については、詳細なエラーメッセージをご参照ください。
INOTIFY_DIR_NUM_LIMIT_ALARM	inotify のウォッチ制限を超えました。	具体的な情報については、詳細なエラーメッセージをご参照ください。
INOTIFY_EVENT_OVERFLOW_ALARM	inotify イベントキューがオーバーフローしました。	具体的な情報については、詳細なエラーメッセージをご参照ください。
INVALID_CONTAINER_PATH_ALARM	コンテナログパスが存在しないため、コンテナベースディレクトリの設定に失敗しました。	具体的な情報については、詳細なエラーメッセージをご参照ください。
INVALID_MEMORY_ACCESS_ALARM	`PropagateTimeout` が `mPathWdMap` の無効なキーにアクセスしました。	具体的な情報については、詳細なエラーメッセージをご参照ください。
LOG_GROUP_PARSE_FAIL_ALARM	(DiskBufferWriter のみ)	具体的な情報については、詳細なエラーメッセージをご参照ください。
LOG_TRUNCATE_ALARM	シグネチャは同じですが、ファイルサイズが減少しました。読み取りは現在のファイルサイズから開始されます。	具体的な情報については、詳細なエラーメッセージをご参照ください。
LOGDIR_PERMISSION_ALARM	ディレクトリを開く際にエラーが発生しました。	具体的な情報については、詳細なエラーメッセージをご参照ください。
LOGTAIL_CONFIG_ALARM	`ilogtail_config.json` ファイルが存在しないか、パースに失敗しました。	具体的な情報については、詳細なエラーメッセージをご参照ください。
LOGTAIL_CRASH_STACK_ALARM	前回の iLogtail クラッシュ時のスタックトレースを提供します。	具体的な情報については、詳細なエラーメッセージをご参照ください。
METRIC_GROUP_PARSE_FAIL_ALARM	(ShennongManager のみ)	具体的な情報については、詳細なエラーメッセージをご参照ください。
MODIFY_FILE_EXCEED_ALARM	変更キャッシュが上限に達しました。	具体的な情報については、詳細なエラーメッセージをご参照ください。
PROCESS_QUEUE_BUSY_ALARM	ログ処理キューが満杯です。変更イベントはイベントキューに戻されます。	具体的な情報については、詳細なエラーメッセージをご参照ください。
READ_STOPPED_CONTAINER_ALARM	コンテナが停止しました。	具体的な情報については、詳細なエラーメッセージをご参照ください。
REGISTER_HANDLERS_TOO_SLOW_ALARM	ハンドラーの登録に時間がかかりすぎました。	具体的な情報については、詳細なエラーメッセージをご参照ください。
RELABEL_METRIC_FAIL_ALARM	メトリクスの再ラベル付けに失敗しました。	具体的な情報については、詳細なエラーメッセージをご参照ください。
SECONDARY_READ_WRITE_ALARM	(DiskBufferWriter のみ)	具体的な情報については、詳細なエラーメッセージをご参照ください。
SEND_COMPRESS_FAIL_ALARM	(DiskBufferWriter のみ)	具体的な情報については、詳細なエラーメッセージをご参照ください。
SENDING_COSTS_TOO_MUCH_TIME_ALARM	データの送信に時間がかかりすぎました。	具体的な情報については、詳細なエラーメッセージをご参照ください。
SERIALIZE_FAIL_ALARM	シリアル化に失敗しました。	具体的な情報については、詳細なエラーメッセージをご参照ください。
SKIP_READ_LOG_ALARM	ログ読み取りのスキップに関する警告です。	具体的な情報については、詳細なエラーメッセージをご参照ください。
STREAMLOG_TCP_SOCKET_BIND_ALARM	TCP ポートのバインド競合を示します。	具体的な情報については、詳細なエラーメッセージをご参照ください。
TOO_MANY_CONFIG_ALARM	ローカルディレクトリ内の設定が多すぎます。	具体的な情報については、詳細なエラーメッセージをご参照ください。
UNEXPECTED_FILE_TYPE_MODE_ALARM	想定外のファイルタイプモードが見つかりました。	具体的な情報については、詳細なエラーメッセージをご参照ください。
USER_CONFIG_ALARM	(LegacyConfigProvider のみ) ローカル設定が無効です。	具体的な情報については、詳細なエラーメッセージをご参照ください。
WINDOWS_WORKER_START_HINTS_ALARM	Windows ワーカーノードの起動検出アラームです。	具体的な情報については、詳細なエラーメッセージをご参照ください。