NameNode.create failed ----------------------- Key: HADOOP-1938 URL: https://issues.apache.org/jira/browse/HADOOP-1938 Project: Hadoop Issue Type: Bug Components: dfs Affects Versions: 0.13.1 Reporter: Runping Qi
Under heavy load, DFS namenode fails to create file org.apache.hadoop.ipc.RemoteException: java.io.IOException: Failed to create file /xxx/xxx/_task_0001_r_000001_0/part-00001 on client xxx.xxx.xxx.xxx because there were not enough datanodes available. Found 0 datanodes but MIN_REPLICATION for the cluster is configured to be 1. at org.apache.hadoop.dfs.FSNamesystem.startFile(FSNamesystem.java:651) at org.apache.hadoop.dfs.NameNode.create(NameNode.java:294) at sun.reflect.GeneratedMethodAccessor92.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:597) at org.apache.hadoop.ipc.RPC$Server.call(RPC.java:341) at org.apache.hadoop.ipc.Server$Handler.run(Server.java:573) The above problem occurred when I ran a well tuned map/reduce program on a hood node cluster. The program is well tuned in the sense that the map output data are evenly partitioned among 180 reducers. The shuffling and sorting was completed at about the same time on all the reducers. The reducers started reduce work at about the same time and were expected to produce about the same amount of output (2GB). This "synchronized" behavior caused the reducers to try to create output dfs files at about the same time. The namenode seemed to have difficulty to handle that situation, causing the reducers waiting on file creation for long period of time. Eeventually, they failed with the above exception. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.