轉載：http://blog.pureisle.net/archives/1785.html

十二、如果遇到如下錯誤：

FAILED java.lang.IllegalArgumentException: java.net.URISyntaxException: Relative path in absolute URI:***

就是URI裡邊出現了不允許出現的字元，比如冒號：之類的，作業系統不允許的檔案命名字元。詳細的可以根據提示的部分（星號部分）來進行grep匹配檢視。消除掉就可以解決了。

十三、遇到tasktracker無法啟動，tasktracker日誌報錯如下：

ERROR org.apache.hadoop.mapred.TaskTracker: Can not start task tracker because java.net.BindException: Address already in use ***

是埠被佔用或者已經有相應的程序啟動了，這時候你先停止叢集，然後使用ps -aux | grep hadoop 命令，來看看相關的hadoop程序，把hadoop相關的守護程序kill掉即可。

十四、遇到datanode無法啟動的情況，datanode日誌報錯如下：

ERROR org.apache.hadoop.hdfs.server.datanode.DataNode: java.io.IOException: No locks available

網上有許多說需要format，個人感覺是扯淡，因為我同樣的新增節點，新增的其他節點沒有問題，只有一個有問題，所以問題一定不在是否format身上，而且如果format後hdfs內的資料就會全部丟失，我也不會去嘗試這種方法。詳細看了一下，apache的郵件列表有這樣一段內容：

No locks available can mean that you are trying to use hadoop on a filesystem that does not support file level locking. Are you trying to run your name node storage in NFS space?

這裡提到檔案級鎖的情況，使用

$ /etc/init.d/nfs status

命令檢視網路檔案系統的情況，都是關閉的。另外使用df -Th或者mount命令可以檢視檔案系統的型別，得到的結果確實是NFS檔案系統的問題。不能使用掛在的網路檔案系統，因為又貌似只讀的情況，即便不是隻讀情況，也像上邊說的，是不支援file級鎖的。
最後解決辦法，可以嘗試給nfs新增檔案級的鎖。我這裡就是修改dfs.data.dir，不使用nfs完事了。

十五、datanode died，並且無法啟動該程序，log報如下錯誤：

2012-06-04 10:31:34,915 INFO org.apache.hadoop.hdfs.server.common.Storage: Cannot access storage directory /data5/hadoop_data
2012-06-04 10:31:34,915 INFO org.apache.hadoop.hdfs.server.common.Storage: Storage directory /data5/hadoop_data does not exist.
2012-06-04 10:31:35,033 ERROR org.apache.hadoop.hdfs.server.datanode.DataNode: org.apache.hadoop.util.DiskChecker$DiskErrorException: Invalid value for volsFailed : 2 , Volumes tolerated : 0

我的這個問題，查到原因是該節點的磁碟變成的只讀（only read）模式，網上搜了一下發現這種情況還蠻多，Linux機器的硬碟本來都是設定成讀寫(Read/Write)方式的，不過偶爾會發現自動變成了只讀(Read Only)，查了一些資料，發生這種情況的原因有多種，可能的問題：

• 檔案系統錯誤
• 核心相關硬體驅動bug
• FW韌體類問題
• 磁碟壞道
• 硬碟背板故障
• 硬碟線纜故障
• HBA卡故障
• RAID卡故障
• inode資源耗盡

解決的辦法：

• 重啟伺服器（命令reboot）
• 重新mount硬碟
• fsck嘗試修復
• 更換硬碟

附一個詳細的解決辦法（未嘗試，看著挺靠譜的）。

十六、jps無法檢視到hadoop、hbase的daemon守護程序，但是hadoop、hbase均工作正常，web頁面也能訪問，用ps -ef|grep java 也能看到啟動的java程序。

造成這個情況的原因是java程式啟動後，預設（請注意是預設）會在/tmp/hsperfdata_userName目錄下以該程序的id為檔名新建檔案，並在該檔案中儲存jvm執行的相關資訊，其中的userName為當前的使用者名稱，/tmp/hsperfdata_userName目錄會存放該使用者所有已經啟動的java程序資訊。對於windows機器/tmp用Windows存放臨時檔案目錄代替。而jps、jconsole、jvisualvm等工具的資料來源就是這個檔案（/tmp/hsperfdata_userName/pid)。所以當該檔案不存在或是無法讀取時就會出現jps無法檢視該程序號，jconsole無法監控等問題。

所以如果你的tmp有定期清空、磁碟滿、寫入許可權等情況，均會造成jps無法檢視java程序的情況，需要解決的可以設定快取的儲存位置。關於設定該檔案位置的引數為-Djava.io.tmpdir

另外：
/tmp/hsperfdata_userName/pid檔案會在對應java程序退出後被清除。如果java程序非正常退出（如kill -9），那麼pid檔案會被保留，直到執行一次java命令或是載入了jvm程式的命令（如jps、javac、jstat），會將所有無用的pid檔案都清除掉

十七、執行mapreduce任務的時候報錯如下：

2012-06-21 10:50:43,290 WARN org.mortbay.log: /mapOutput: org.apache.hadoop.util.DiskChecker$DiskErrorException: Could not find taskTracker/hadoop/jobcache/job_201206191809_0004/attempt_201206191809_0004_m_000006_0/output/file.out.index in any of the configured local directories
2012-06-21 10:50:45,592 WARN org.apache.hadoop.mapred.TaskTracker: getMapOutput(attempt_201206191809_0004_m_000006_0,0) failed : org.apache.hadoop.util.DiskChecker$DiskErrorException: Could not find taskTracker/ha.doop/jobcache/job_201206191809_0004/attempt_201206191809_0004_m_000006_0/output/file.out.index in any of the configured local directories

雖然是兩個warn，但是也影響作業效率，所以還是嘗試解決一下，錯誤原因是無法找到作業的中間輸出檔案。需要作如下檢查：

a、配置mapred.local.dir屬性
b、df -h 看看快取路徑下的空間是否足夠
c、free 看看記憶體空間是否足夠
d、確保快取路徑可寫許可權
e、檢查磁碟損壞

namenode迴圈報錯如下：

2012-08-21 09:20:24,486 WARN org.apache.hadoop.hdfs.server.namenode.FSNamesystem: Cannot roll edit log, edits.new files already exists in all healthy directories:
/data/work/hdfs/name/current/edits.new
/backup/current/edits.new
2012-08-21 09:20:25,357 ERROR org.apache.hadoop.security.UserGroupInformation: PriviledgedActionException as:hadoop cause:java.net.ConnectException: Connection refused
2012-08-21 09:20:25,357 ERROR org.apache.hadoop.security.UserGroupInformation: PriviledgedActionException as:hadoop cause:java.net.ConnectException: Connection refused
2012-08-21 09:20:25,359 WARN org.mortbay.log: /getimage: java.io.IOException: GetImage failed. java.net.ConnectException: Connection refused

secondarynamenode也有相關錯誤。
搜到一個說法原因是：

With 1.0.2, only one checkpoint process is executed at a time. When the namenode gets an overlapping checkpointing request, it checks edit.new in its storage directories. If all of them have this file, namenode concludes the previous checkpoint process is not done yet and prints the warning message you've seen.

這樣的話如果你確保edits.new檔案是之前錯誤操作殘留下的沒有用的檔案的話，那麼可以刪掉，檢測之後是否還有這樣的問題。
另外請確保namenode的hdfs-site.xml的配置有如下項：

<property>
<name>dfs.secondary.http.address</name>
<value>0.0.0.0:50090</value>
</property>

將上述的0.0.0.0修改為你部署secondarynamenode的主機名

secondarynamenode的hdfs-site.xml有如下項：

<property>
<name>dfs.http.address</name>
<value>0.0.0.0:50070</value>
</property>

將上述的0.0.0.0修改為你部署namenode的主機名