グリッドタスクログが大きすぎる可能性があります。Blazeジョブ監視が取得できるのは、集計後のログで最大で2 MBまでです。ログの最初の行にこの情報がレポートされており、HDFS上の完全なログの場所が示されています。HDFSへのリンクをたどって、グリッドマッピングの集計後のログを検索します。完全なログへのリンクにはグリッドタスク番号が含まれます。

Hadoop環境のログを確認して、問題を特定します。問題が見つからない場合は、infacmd stopBlazeServiceコマンドを使用してグリッドマネージャを停止し、マッピングを再度実行します。

YARNログでURLを特定します。

Blazeが予期せずに停止した場合は、YARNモニタを通じてBlazeサービスログにアクセスできます。次の方法のいずれかを使用します。

グリッドマネージャのログには、すべてのBlazeジョブコンテナIDが含まれており、Blazeが実行されたホストを識別できます。グリッドマネージャのログURLを、BlazeホストのコンテナIDとホスト名を使用して変更します。
コマンド
yarn logs -applicationID <BlazeグリッドマネージャアプリケーションID>
を実行します。

Blazeエンジンは、クラスタ上で実行中のアプリケーションタイムラインサーバーを必要とします。Blazeエンジンがマッピングの実行を開始すると、Blazeジョブ監視はアプリケーションタイムラインサーバーの状態を確認します。アプリケーションタイムラインサーバーが実行されていない場合は、グリッドマネージャがそれを開始します。アプリケーションタイムラインサーバーへの接続が失われると、Blazeエンジンは再接続を試行します。アプリケーションタイムラインサーバーがBlazeマッピングの実行中に停止した場合は、グリッドマネージャを再起動することでタイムラインサーバーを再起動できます。

マッピングがBlazeエンジンで24時間より長く実行されると、一部のマッピングが失敗することがあります。これは、オーケストレータサービスのデフォルトサンセット時間が24時間であるためです。24時間が経過すると、オーケストレータはシャットダウンし、その結果Blazeグリッドマネージャもシャットダウンされます。