Hadoopデータノードの再ロードが未解決の開始に失敗しました

仮想マシンベースのHadoop分散インストールを使用しましたデータノードと名前ノードを閉じる順序が不適切なため、データノードのロードに失敗することがよくあります。

私の解決策は、初めてクラスタ全体が正常に起動したことですが、異常な動作のために2回目は正常に起動しません。最初の起動失敗には多くの理由が考えられます。それは設定ファイルの書き込みエラー、またはsshパスワードなしのログイン設定エラーが原因である可能性があります。

2回目のエラーの原因は1回目とは異なりますトラブルシューティングの焦点は、プログラムの動的ロードによって生成されたファイルにあるべきです。 ：

ほとんどの理由は、hadoopのデータループのVERSIONファイル内のnamespaceIDと、ネームノード内のVERSIONファイル内のnamespaceIDとの間に矛盾があるためです。 namespaceIDの作成者は、：hdfs namenode -formatコマンドが実行されたときに生成されるはずです。

解決策は次のとおりです。

1.まずnamenodeで関連プロセスを停止します。hadoopの/sbinディレクトリに切り替えます。

sh stop-dfs.sh

sh stop-yarn.sh

2、hadoopの対応する/現在のディレクトリに切り替えて、現在の下にあるすべてのファイルを消去します。

3、datanode、namenode /current VERSION、およびその他の対応するファイルを消去した後、namenodeに戻ってhsfs namenode -formatコマンドを実行してから、namenodeのhadoopの/nodeディレクトリに移動します。

sh start-dfs.shを実行します。

sh start-yarn.sh

（古いバージョンのmapreは新しいバージョンのyarnに置き換えられます。コマンドは多少異なります）

対応するノードが正常にロードされたことがわかります。

対応するアイデアは、何か問題が発生したときに、アイデアに干渉するすべてのファイルを消去してから考えを整理して最初からやり直すというものです。これは元の場所よりはるかに優れています。

（設定ファイルで指定したフォルダにはhdfs tmp logしかないので、残りのファイルもスクリプトの動的実行によって作成されます。一度削除すると、システム全体を機能させることができます。削除しても、VMスナップショットが生成されます。）