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

配了hadoopha還需不需要secondnamenode？

假設(shè)已經(jīng)安裝了oozie，并且oozie中構(gòu)建的默認數(shù)據(jù)庫是Derby?，F(xiàn)在是mysql。1在本地mysql中創(chuàng)建oozie對應(yīng)的數(shù)據(jù)庫和用戶名，密碼為$mysql uroot penterpassword:****mysql>created atabase oozie query OK