⑴ Hadoop2.6.0 集群能夠正常啟動，為什麼卻提示datanode的數目為0
解決方案：
如果hdfs文件系統有數據的話，NameNode就不迅檔散稿能format格式化，這樣數據會丟失的。
如果hdfs上面的數據不需要，我們可以對NameNode重新format格式化。
首先畝掘亂通過命令 rm -rf /tmp/hadoop* 刪除的/tmp中的hadoop臨時文件，
然後我們再貴NameNode重新format格式化，最後重新啟動集群應該就可以了。
⑵ hadoop web界面顯示blocksize為0
當向HDFS上大卜寫文件時，槐山可以通過設置dfs.blocksize配置項來設置文件的block size，這導致HDFS上不同文件滾明穗的block size是不同的。
⑶ hdfs適合存儲多大的單個文件
首先hdfs是建立在多個機器文件系統上的一個邏輯上的文件系統。它的底層數據以數據塊方式存儲，塊大小可進行調整。
假如你設置一個數據塊大小為256M，上傳一個1G的文件，它底層會將這個文件分成4塊存儲，每個塊256M。你在hdfs上看到的是一個完整的文件，隨時可對這個文件進行操作，無需關注它的存儲。就像你在操作系統上操作文件一樣，無需關注它存在那個磁碟哪個扇區
⑷ hdfs詳解之塊、小文件和副本數
1、block：block是物理切塊，在文件上傳到HDFS文件系統後，對大文件將以每128MB的大小切分若干，存放在不同的DataNode上。例如一個文件130M，那麼他會存被切分成2個塊，一個塊128M，另一個塊2M.
1、HDFS 適應場景: 大文件存儲，小文件是致命的
2、如果小文件很多的，則有可能將NN(4G=42億位元組)撐爆。例如:1個小文件(閾值<=30M),那麼NN節點維護的位元組大約250位元組。一億個小文件則是250b * 1億=250億.將會把NN節點撐爆。如果一億個小文件合並成100萬個大文件:250b * 1百萬=2億位元組。
3、在生產上一般會:
1）調整小文件閾值
2）合並小文件:
a.數據未落地到hdfs之前合並
b.數據已經落到hdfs，調用spark service服務 。每天調度去合並 （-15天 業務周期）
3）小文件的危害:
a.撐爆NN。
b.影響hive、spark的計算。佔用集群計算資源
1、如果是偽分布式，那麼副本數只能為一。
2、生成上副本數一般也是官方默認參數: 3份
如果一個文件130M，副本數為3。那麼第一個block128M，有三份。另外一個block2M，也有三份。
題目:
blockSize128M,副本數3份，那麼一個文件260M，請問多少塊，多少實際存儲？
260%128=2....4M 3個塊 3個副本=9塊
260M 3=780M
⑸ Eclipse下DFS Locations下顯示的文件數為0是怎麼回事
需要修改兩處地方：
1、hdfs文件信鉛坦許可權。
2、滑桐windows用戶更改成激鎮root或和linux具有相同hdfs許可權的用戶。