namenode啟動失敗，這是什么原因？如果您查看兩個圖，它們應(yīng)該按順序執(zhí)行，即首先使用root用戶運行并啟動namenode，然后成功，然后切換到Hadoop user以再次啟動namenode。這

namenode啟動失敗，這是什么原因？

如果您查看兩個圖，它們應(yīng)該按順序執(zhí)行，即首先使用root用戶運行并啟動namenode，然后成功，然后切換到Hadoop user以再次啟動namenode。這應(yīng)該是因為namenode已由根用戶啟動，相應(yīng)的端口將被占用。如果再次嘗試用Hadoop啟動namenode，則無法啟動它。您可以先使用root用戶停止namenode，然后切換到Hadoop用戶來啟動。你可以試試。

事實上，如圖所示，啟動日志將放入.Out文件中。您可以打開文件并查看具體原因。

Hadoop配置后沒有NameNode進程是怎么回事？

原因是Hadoop默認將HDFS相關(guān)信息放在/tmp下。重新啟動后，/TMP將被系統(tǒng)自動清除，因此它將丟失。只需重新格式化namenode即可正常工作

secondnamenode是對主namenode的補充，它會定期檢查HDFS元數(shù)據(jù)。當前的設(shè)計只允許每個HDFS有一個secondnamenode。Secondnamenode有一個后臺進程，它將定期被喚醒（喚醒的周期取決于相關(guān)的配置）以執(zhí)行檢查點任務(wù)，然后繼續(xù)休眠。它使用客戶機協(xié)議與主namenode通信。

配了hadoopha還需不需要secondnamenode？

流程.cwd（）是工作目錄，它是執(zhí)行node命令時的文件夾地址。它確保當文件在不同的目錄中執(zhí)行時，路徑總是相同的，Dirname是要執(zhí)行的JS文件的地址流程.cwd（）：The流程.cwd（）方法返回節(jié)點.js過程。