Hadoop问题集

1、问题

hadoop安装完以后，在执行命令时，经常会提示一下警告

WARN util.NativeCodeLoader: Unable to load native-hadoop library for your platform...  using builtin-java classes here applicable 

原因

这个跟系统位数有关系，我们平常使用的是Centos 6.5 64位操作系统。

解决方法

（1）如果你是hadoop2.6的可以下载下面这个

http://dl.bintray./sequenceiq/sequenceiq-bin/hadoop-native-64-2.6.0.tar

（2）下载完以后，解压到hadoop的native目录下，覆盖原有文件即可。操作如下

tar -x hadoop-native-64-2.4.0.tar -C hadoop/lib/native/ 

2、hadoop HA namenode 无法启动错误

问题

2014-12-15 14:27:55,224 INFO .apache.hadoop.hdfs.server.namenode.FSImage: No edit log streams selected. 2014-12-15 14:27:55,300 ERROR .apache.hadoop.hdfs.server.namenode.FSImage: Failed to load image from FSImageFile(file=/usr/hadoop/tmp/dfs/name/current/fsimage_0000000000000030732, cpktTxId=0000000000000030732) 
java.io.IOException: Premature EOF from inputStream     at .apache.hadoop.io.IOUtils.readFully(IOUtils.java:194) 
    at .apache.hadoop.hdfs.server.namenode.FSImageFormat$LoaderDelegator.load(FSImageFormat.java:221)     at .apache.hadoop.hdfs.server.namenode.FSImage.loadFSImage(FSImage.java:913) 
    at .apache.hadoop.hdfs.server.namenode.FSImage.loadFSImage(FSImage.java:899)     at .apache.hadoop.hdfs.server.namenode.FSImage.loadFSImageFile(FSImage.java:722) 
    at .apache.hadoop.hdfs.server.namenode.FSImage.loadFSImage(FSImage.java:660)     at .apache.hadoop.hdfs.server.namenode.FSImage.recoverTransitionRead(FSImage.java:279) 
    at .apache.hadoop.hdfs.server.namenode.FSNamesystem.loadFSImage(FSNamesystem.java:955)     at .apache.hadoop.hdfs.server.namenode.FSNamesystem.loadFromDisk(FSNamesystem.java:700) 
    at .apache.hadoop.hdfs.server.namenode.NameNode.loadNamesystem(NameNode.java:529)     at .apache.hadoop.hdfs.server.namenode.NameNode.initialize(NameNode.java:585) 
    at .apache.hadoop.hdfs.server.namenode.NameNode.(NameNode.java:751)     at .apache.hadoop.hdfs.server.namenode.NameNode.(NameNode.java:735) 
    at .apache.hadoop.hdfs.server.namenode.NameNode.createNameNode(NameNode.java:1407)     at .apache.hadoop.hdfs.server.namenode.NameNode.main(NameNode.java:1473) 
2014-12-15 14:27:55,438 WARN .apache.hadoop.hdfs.server.namenode.FSNamesystem: Encountered exception loading fsimage java.io.IOException: Failed to load an FSImage file! 
    at .apache.hadoop.hdfs.server.namenode.FSImage.loadFSImage(FSImage.java:671)     at .apache.hadoop.hdfs.server.namenode.FSImage.recoverTransitionRead(FSImage.java:279) 
    at .apache.hadoop.hdfs.server.namenode.FSNamesystem.loadFSImage(FSNamesystem.java:955)     at .apache.hadoop.hdfs.server.namenode.FSNamesystem.loadFromDisk(FSNamesystem.java:700) 
    at .apache.hadoop.hdfs.server.namenode.NameNode.loadNamesystem(NameNode.java:529)     at .apache.hadoop.hdfs.server.namenode.NameNode.initialize(NameNode.java:585) 
    at .apache.hadoop.hdfs.server.namenode.NameNode.(NameNode.java:751)     at .apache.hadoop.hdfs.server.namenode.NameNode.(NameNode.java:735) 
    at .apache.hadoop.hdfs.server.namenode.NameNode.createNameNode(NameNode.java:1407)     at .apache.hadoop.hdfs.server.namenode.NameNode.main(NameNode.java:1473) 
2014-12-15 14:27:55,440 INFO .mortbay.log: Sped HttpServer2$SelectChannelConnectorWithSafeStartup@HM0:50070 2014-12-15 14:27:55,540 INFO .apache.hadoop.metrics2.impl.MetricsSystemImpl: Sping NameNode metrics system... 
2014-12-15 14:27:55,541 INFO .apache.hadoop.metrics2.impl.MetricsSystemImpl: NameNode metrics system sped. 2014-12-15 14:27:55,541 INFO .apache.hadoop.metrics2.impl.MetricsSystemImpl: NameNode metrics system shutdon plete. 
2014-12-15 14:27:55,541 FATAL .apache.hadoop.hdfs.server.namenode.NameNode: Exception in namenode join java.io.IOException: Failed to load an FSImage file! 
    at .apache.hadoop.hdfs.server.namenode.FSImage.loadFSImage(FSImage.java:671)     at .apache.hadoop.hdfs.server.namenode.FSImage.recoverTransitionRead(FSImage.java:279) 
    at .apache.hadoop.hdfs.server.namenode.FSNamesystem.loadFSImage(FSNamesystem.java:955)     at .apache.hadoop.hdfs.server.namenode.FSNamesystem.loadFromDisk(FSNamesystem.java:700) 
    at .apache.hadoop.hdfs.server.namenode.NameNode.loadNamesystem(NameNode.java:529)     at .apache.hadoop.hdfs.server.namenode.NameNode.initialize(NameNode.java:585) 
    at .apache.hadoop.hdfs.server.namenode.NameNode.(NameNode.java:751)     at .apache.hadoop.hdfs.server.namenode.NameNode.(NameNode.java:735) 
    at .apache.hadoop.hdfs.server.namenode.NameNode.createNameNode(NameNode.java:1407)     at .apache.hadoop.hdfs.server.namenode.NameNode.main(NameNode.java:1473) 

原因

查看文件大小 fsimage_0000000000000030732 大小为0，而在另一台服务器长度不为0，是这个fsimage文件的问题

解决

可以从另一台服务器上拷贝该文件，或者删除这个文件及对应的md5文件即可。

建议从其他机器拷贝fsimage文件

3、设置conbinner注意事项

问题

在使用biner的时候，出现IntWritable is not Text，或者其他的类型不匹配问题

原因

这是设置biner的时候，map输出的keyvalue类型和biner输出的keyvalue类型不一致导致的。

解决

如果设置biner，必须保证一点，map输出的keyvalue类型和biner输出的keyvalue类型必须一致!!!

4、errorserver IPC version 9 cannot municate ith client version 4

问题

errorserver IPC version 9 cannot municate ith client version 4

原因

（1）如果是在使用插件操作hdfs时报错，是因为，eclipse插件和eclipse的版本不匹配

（2）如果是在执行mapreduce时报错是因为jar包不匹配

解决

重新编译hadoop插件，使用自己的hadoop和eclipse版本

5、Could not locate executable nullbininutils.exe in the Hadoop binaries.

问题

Could not locate executable nullbininutils.exe in the Hadoop binaries.

原因

在使用hadoop插件的时候，会在本地找inutils.exe这个文件，而这个文件是hadoop安装包下的文件，必须配置eclipse插件的hadoop的indos本地路径才行。

解决

配置indos的hadoop环境变量，并且重启机器，让环境变量生效

6、问题Shuffle Error: Exceeded MAX_FAILED_UNIQUE_FETCHES; bailing-out

原因

程序里面需要打开多个文件，进行分析，系统一般默认数量是1024，(用ulimit -a可以看到)对于正常使用是够了，对于程序来讲，就太少了。

解决

修改2个文件。

/etc/security/limits.conf

vi /etc/security/limits.conf 

加上

 soft nofile 102400  hard nofile 409600 

$cd /etc/pam.d/ $sudo vi login 

添加session required /lib/security/pam_limits.so

7、问题Too many fetch-failures

原因:

出现这个问题主要是结点间的连通不够全面。

解决

1) 检查/etc/hosts

要求本机ip对应服务器名

要求要包含所有的服务器ip+服务器名

2) 检查 .ssh/authorized_keys

要求包含所有服务器(包括其自身)的public key

8、问题处理速度特别的慢 出现map很快 reduce很慢 而且反复出现 reduce=0%

解决:

修改 conf/hadoop-env.sh 中的export HADOOP_HEAPSIZE=4000

9、问题能够启动datanode，但无法访问，也无法结束的错误

原因

可能原因很多，需要查看日志定位，可能的原因是namespaceId不一致

解决

（1）删除namenode的本地文件夹${hadoop}/namedir/

（2）删除datanode的本地文件夹${hadoop}/datadir/

（3）重新格式化

（4）注意删除是个很危险的动作，不能确认的情况下不能删除!!做好删除的文件等通通备份!!

10、问题java.io.IOException: Could not obtain block: blk_194219614024901469_1100 file=/user/hive/arehouse/src_20090724_log/src_20090724_log

原因

出现这种情况大多是结点断了，没有连接上。

解决

检查datanode是否有宕机情况，恢复

11、问题java.lang.OutOfMemoryError: Java heap space

原因

出现这种异常，明显是jvm内存不够得原因，要修改所有的datanode的jvm内存大小。

解决

执行命令

Java -Xms1024m -Xmx4096m 

一般jvm的内存使用应该为总内存大小的一半，我们使用的8G内存，所以设置为4096m，这一值可能依旧不是的值。

12、问题单个node新加硬盘

原因

datanode的硬盘不够用了

解决

（1）修改需要新加硬盘的node的dfs.data.dir，用逗号分隔新、旧文件目录

（2）重启dfs

13、问题hdfs的namenode内存飙升，不够用

原因

可能是上传了过多的小文件

解决

用命令合并HDFS小文件

hadoop fs -getmerge   

14、问题hadoop OutOfMemoryError

解决

    mapred.child.java.opts 
   -Xmx800M -server  

 

With the right JVM size in your hadoop-site.xml , you ill have to copy this

to all mapred nodes and restart the cluster.

或者

hadoop jar jarfile [main class] -D mapred.child.java.opts=-Xmx800M 

15、问题Hadoop name -format后Inpatible namespaceIDS 错误解决方法

Hadoop集群在namenode格式化(bin/hadoop namenode -format)后重启集群会出现如下错误

Inpatible namespaceIDS in ... :namenode namespaceID = ... ,datanode namespaceID=...

原因

是格式化namenode后会重新创建一个新的namespaceID,以至于和datanode上原有的不一致。

解决

（1）删除datanode dfs.data.dir目录(默认为tmp/dfs/data)下的数据文件，

（2）hadoop namenode -format

（3）修改/home/hadoop/data/current/VERSION 文件，把namespaceID修成与namenode上相同即可(log错误里会有提示)

的解决方案

（1）查看集群的所有的namespaceid

namenode${hadoop}/namenode/current/VERSION

datanode${hadoop}/data/current/VERSION

（2）找出和集群namespaceid不一样的，改成一样

16、问题hadoopRemoteException

启动Hadoop集群测试Hbase时候，发现三台DataNode只启动成功了两台，未启动成功的那一台日志中出现了下列异常

2012-09-07 23:58:51,240 WARN .apache.hadoop.hdfs.server.datanode.DataNode:  DataNode is shutting don: .apache.hadoop.ipc.RemoteException: .apache.hadoop.hdfs.protocol. 
UnregisteredDatanodeException: Data node 192.168.100.11:50010 is attempting to report storage ID DS-1282452139-218.196.207.181-50010-1344220553439.  Node 192.168.100.12:50010 is expected to serve this storage. 
    at .apache.hadoop.hdfs.server.namenode.FSNamesystem.getDatanode(FSNamesystem.java:4608)     at .apache.hadoop.hdfs.server.namenode.FSNamesystem.processReport(FSNamesystem.java:3460) 
    at .apache.hadoop.hdfs.server.namenode.NameNode.blockReport(NameNode.java:1001)     at sun.reflect.NativeMethodAessorImpl.invoke0(Native Method) 
    at sun.reflect.NativeMethodAessorImpl.invoke(NativeMethodAessorImpl.java:57)     at sun.reflect.DelegatingMethodAessorImpl.invoke(DelegatingMethodAessorImpl.java:43) 
    at java.lang.reflect.Method.invoke(Method.java:601)     at .apache.hadoop.ipc.RPC$Server.call(RPC.java:563) 
    at .apache.hadoop.ipc.Server$Handler$1.run(Server.java:1388)     at .apache.hadoop.ipc.Server$Handler$1.run(Server.java:1384) 
    at java.security.AessController.doPrivileged(Native Method)     at javax.security.auth.Subject.doAs(Subject.java:415) 
    at .apache.hadoop.security.UserGroupInformation.doAs(UserGroupInformation.java:1121)     at .apache.hadoop.ipc.Server$Handler.run(Server.java:1382) 
      at .apache.hadoop.ipc.Client.call(Client.java:1070) 
    at .apache.hadoop.ipc.RPC$Invoker.invoke(RPC.java:225)     at $Proxy5.blockReport(Unknon Source) 
    at .apache.hadoop.hdfs.server.datanode.DataNode.offerService(DataNode.java:958)     at .apache.hadoop.hdfs.server.datanode.DataNode.run(DataNode.java:1458) 
    at java.lang.Thread.run(Thread.java:722) 

原因

两台DataNode的storageID出现了冲突，应该是因为我直接备份安装的原因吧。

解决

直接将出现异常的那台机器的data目录删除!

17、问题namenode无法启动，不报错

原因

可能原因是之前用root用户启动过，导致current文件夹的权限和所属用户更改了，需要更改回来

解决

current文件夹位于hadoop安装目录同级目录的tmp/dfs/namesecondary

18、问题WARN util.NativeCodeLoader: Unable to load native-hadoop library for your platfo

[root@db96 hadoop]# hadoop dfs -put ./in DEPRECATED: Use of this script to execute hdfs mand is deprecated. 
Instead use the hdfs mand for it. 14/07/17 17:07:22 WARN util.NativeCodeLoader: Unable to load native-hadoop library for your platform... using builtin-java classes here applicable 
put: `./in': No such file or directory 

原因

查看本地文件

[root@db96 hadoop]# file /usr/local/hadoop/lib/native/libhadoop.so.1.0.0  /usr/local/hadoop/lib/native/libhadoop.so.1.0.0: ELF 32-bit LSB shared object,  
Intel 80386, version 1 (SYSV), dynamically linked, not stripped 

是32位的hadoop，安装在了64位的linux系统上。lib包编译环境不一样，所以不能使用。

解决

重新编译hadoop.就是重新编译hadoop软件。 (本例文是在从库db99上编译。你也可以在master db96上编译 //只要机器的环境一直。)

参考手动编译步骤64位的linux装的hadoop是32位的，需要手工编译

http://blog.csdn./ulantian

19、Hadoop 报错be replicated to 0 nodes, instead of 1

问题

Hadoop 报错be replicated to 0 nodes, instead of 1

原因

（1）namespaceid不相同

（2）没有足够的硬盘

解决

（1）停止datanode

（2）删除datadir下所有数据。

（3）重启datanode

20、The ratio of reported blocks 0.0000 has not reached the threshold 0.9990. Safe m

问题

Hadoop集群启动的时候一切正常，但一直处于safemode，只能读不能写，这种时候应该查看namenode的logs，这可能会出现不同的情况...

.apache.hadoop.hdfs.server.namenode.SafeModeException: Cannot delete /home/hadoop/tmp/mapred/system. Name node is in safe mode. The ratio of reported blocks 0.0000 has not reached the threshold 0.9990. Safe mode ill be turned off automatically. 

原因

由日志可以看出无法删除/home/hadoop/tmp/mapred/system.(其实这只是一种假象，往往我们会去纠结于这个目录，其实不然)

解决

（1）方法强制退出安全模式(safemode)

hadoop dfsadmin -safemode leave

这种方式虽然快，但会有遗留问题，我在用habse的时候就遇到过，很麻烦,然后你就用“hadoop fsck /”工具慢慢恢复吧。

（2）删除namenode下/home/hadoop/tmp下的所有文件，重新format，这种方式非常暴力，因为你的数据完全木有了

（3）参考源码可发现这个错误是在检查file的时候抛出来的，基本也就是file的block丢失、错误等原因造成的。

这种情况在副本数为1的情况下会很棘手，其他的时候hadoop基本能自行解决，错误数很多的情况下就会一直处于safemode下，你关于集群修改配置文件后的分发，本人写了一个配置文件分发工具可以强制离开安全模式，先保证正常读写，然后再启用“hadoop fsck /”工具慢慢修复。

21、Aess denied for user 'root'@'hadoop1master' (using passord: YES)

问题

Aess denied for user 'root'@'hadoop1master' (using passord: YES)

原因

没有除本地用户的其他用户远程连接

解决

修改mysql表，将localhost修改为%

22、运行本地的ordcount报错

(1)此时使用Run as->Java Application运行，会报如下类似错误

2015-01-22 15:31:47,782 [main] WARN .apache.hadoop.util.NativeCodeLoader (NativeCodeLoader.java:62) - Unable to load native-hadoop library for your platform... using builtin-java classes here applicable 2015-01-22 15:31:47,793 [main] ERROR .apache.hadoop.util.Shell (Shell.java:373) - Failed to locate the inutils binary in the hadoop binary path 
java.io.IOException: Could not locate executable D:hbl_studyhadoop2hadoop-2.6.0bininutils.exe in the Hadoop binaries.     at .apache.hadoop.util.Shell.getQualifiedBinPath(Shell.java:355) 
    at .apache.hadoop.util.Shell.getWinUtilsPath(Shell.java:370)     ...... 

该错误是找不到inutils.exe，需要将inutils.exe拷贝到hadoop2.6.0/bin目录下。

(2)运行报错类似

Exception in thread "main" java.lang.UnsatisfiedlinkError: .apache.hadoop.io.nativeio.NativeIO$Windos.aess0(Ljava/lang/String;I)Z     at .apache.hadoop.io.nativeio.NativeIO$Windos.aess0(Native Method) 
    at .apache.hadoop.io.nativeio.NativeIO$Windos.aess(NativeIO.java:557)     at .apache.hadoop.fs.FileUtil.canRead(FileUtil.java:977) 
    ...... 

该错误是缺少hadoop.dll(hadoop2.6.0编译的版本)文件，需要将hadoop.dll拷贝到hadoop2.6.0/bin目录下。

运行没有报错。

23、在eclipse中运行hdfs的api报错

问题

运行api的时候报了权限问题，使用的用户是hadoop，而我们想使用root用户

原因

配置环境变量中设置了HADOOP_USER_NAME=hadoop或者在run configuration中设置的-DHADOOP_USER_NAME=hadoop

解决

将配置环境变量中设置成HADOOP_USER_NAME=root或者在run configuration中设置的-DHADOOP_USER_NAME=root

24、.apache.hadoop.dfs.SafeModeException:Name node is in safe mode安全模式

运行hadoop程序时，有时候会报以下错误

.apache.hadoop.dfs.SafeModeException: Cannot delete /user/hadoop/input. Name node is in safe mode 

分析问题

Hadoop的NameNode处在安全模式下。

那什么是Hadoop的安全模式呢?

在分布式文件系统启动的时候，开始的时候会有安全模式，当分布式文件系统处于安全模式的情况下，文件系统中的内容不允许修改也不允许删除，直到安全模式结束。

安全模式主要是为了系统启动的时候检查各个DataNode上数据块的有效性，根据策略必要的复制或者删除部分数据块。

运行期通过命令也可以进入安全模式。在实践过程中，系统启动的时候去修改和删除文件也会有安全模式不允许修改的出错提示，只需要等待一会儿即可。

现在就清楚了，那现在要解决这个问题，我想让Hadoop不处在safe mode模式下，能不能不用等，直接解决呢?

答案是可以的，只要在Hadoop的目录下输入

解决方法

bin/hadoop dfsadmin -safemode leave 

也就是关闭Hadoop的安全模式，这样问题就解决了。

25、用java -jar执行hadoop的job报错

问题

用java -jar执行hadoop的jar包时报错

[root@centos ~]# java -jar test04.jar   Exception in thread "main" java.lang.NoClassDefFoundError: /apache/hadoop/conf/Configuration 
    at .hc.hadoop.text.MyJob.main(MyJob.java:28) Caused by: java.lang.ClassNotFoundException: .apache.hadoop.conf.Configuration 
    at java..URLClassLoader$1.run(URLClassLoader.java:366)     at java..URLClassLoader$1.run(URLClassLoader.java:355) 
    at java.security.AessController.doPrivileged(Native Method)     at java..URLClassLoader.findClass(URLClassLoader.java:354) 
    at java.lang.ClassLoader.loadClass(ClassLoader.java:425) 

原因

用hadoop的mapreduce变成，在执行的时候需要依赖hadoop的大部分依赖，所以上述错误是缺少hadoop的依赖包

解决

（1）建议使用hadoop -jar 执行job

（2）如果使用java -jar，需要使用java -cp 把hadoop依赖的所有jar拼接到路径里面去

（3）如果使用java -jar，另一种是在打包的时候把hadoop依赖的jar一起打包进去

26、indos平台调用yarn报错no job control一般解决方法

在使用indos调用Hadoop yarn平台的时候，一般都会遇到如下的错误

WARN .apache.hadoop.yarn.server.nodemanager.DefaultContainerExecutor: Exception from container-launch ith container ID: container_1401177251807_0034_01_000001 and exit code: 1 .apache.hadoop.util.Shell$ExitCodeException: /bin/bash: line 0: fg: no job control 
    at .apache.hadoop.util.Shell.runCommand(Shell.java:505)     at .apache.hadoop.util.Shell.run(Shell.java:418) 
    at .apache.hadoop.util.Shell$ShellCommandExecutor.execute(Shell.java:650)     at .apache.hadoop.yarn.server.nodemanager.DefaultContainerExecutor.launchContainer(DefaultContainerExecutor.java:195) 
    at .apache.hadoop.yarn.server.nodemanager.containermanager.launcher.ContainerLaunch.call(ContainerLaunch.java:300)     at .apache.hadoop.yarn.server.nodemanager.containermanager.launcher.ContainerLaunch.call(ContainerLaunch.java:81) 
    at java.util.concurrent.FutureTask.run(FutureTask.java:262)     at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) 
    at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)     at java.lang.Thread.run(Thread.java:744) 

（1）这个问题是在indos的eclipse作为客户端提交任务到linux Hadoop集群才会出现的问题，如果是linux的eclipse提交任务到linux Hadoop集群则不会出现这样的问题。那么一个很直观的想法就是使用两个客户端运行一个任务，然后每个步骤都调试，来确定其中的不同点。这么做，肯定是可以的。这么做肯定也是比较费时的(而且还要自己在一个linux上装个eclipse，麻烦);

（2）按照1的做法，一般就可以看到有两点的不同，一个是java命令的不同，还有一个就是classpath的不同。先说下断点的地方

1)java命令的断点

YarnRunner.java的这一行

// Setup the mand to run the AM List vargs = ne ArrayList(8); 
vargs.add(Environment.JAVA_HOME.$() + "/bin/java"); 

这里打上断点后，然后运行到下面这一行，就可以看到vargs是如下的样子(或者看vargsFinal这个变量)

[%JAVA_HOME%, -Dlog4j.configuration=container-log4j.properties, -Dyarn.app.container.log.dir=, -Dyarn.app.container.log.filesize=0, -Dhadoop.root.logger=INFO,CLA, , -Xmx1024m, .apache.hadoop.mapreduce.v2.app.MRAppMaster, 1>/stdout, 2>/stderr, null, null] 

2)classpath的断点YarnRunner.java中，查看environment的值，可以看到起值为

{CLASSPATH=%PWD%;$HADOOP_CONF_DIR;$HADOOP_COMMON_HOME/;$HADOOP_COMMON_HOME/lib/;$HADOOP_HDFS_HOME/;$HADOOP_HDFS_HOME/lib/;$HADOOP_MAPRED_HOME/;$HADOOP_MAPRED_HOME/lib/;$HADOOP_YARN_HOME/;$HADOOP_YARN_HOME/lib/;%HADOOP_MAPRED_HOME%sharehadoopmapreduce;%HADOOP_MAPRED_HOME%sharehadoopmapreducelib;job.jar/job.jar;job.jar/classes/;job.jar/lib/;%PWD%/} 

（3）看到2中的两个值就可以确定，indos和linux的不同之处了，主要有两个

%%和$的区别; 正反斜杠的区别(这个好像不区别也行);

（4）看出上面两个地方的区别后，如果直接把这两个值改为

[$JAVA_HOME/bin/java -Dlog4j.configuration=container-log4j.properties -Dyarn.app.container.log.dir= -Dyarn.app.container.log.filesize=0 -Dhadoop.root.logger=INFO,CLA -Xmx1024m .apache.hadoop.mapreduce.v2.app.MRAppMaster 1>/stdout 2>/stderr ] 

和

{CLASSPATH=$PWD:$HADOOP_CONF_DIR:$HADOOP_COMMON_HOME/:$HADOOP_COMMON_HOME/lib/:$HADOOP_HDFS_HOME/:$HADOOP_HDFS_HOME/lib/:$HADOOP_MAPRED_HOME/:$HADOOP_MAPRED_HOME/lib/:$HADOOP_YARN_HOME/:$HADOOP_YARN_HOME/lib/:$HADOOP_MAPRED_HOME/share/hadoop/mapreduce/:$HADOOP_MAPRED_HOME/share/hadoop/mapreduce/lib/:job.jar/job.jar:job.jar/classes/:job.jar/lib/:$PWD/} 

那么应该是可以运行的;

（5）怎么改呢?

1)在我们的工程中新建一个YarnRunner类，该类与源码的YarnRunner类一模一样(包路径，代码内容都一样);

2)把下面替换为(这里默认Hadoop 集群是在linux环境下的)

即把

vargs.add(Environment.JAVA_HOME.$() + "/bin/java"); 

替换为

vargs.add("$JAVA_HOME/bin/java"); 

3)添加

replaceEnvironment(environment); 

这个方法放在面，为

private void replaceEnvironment(Map environment) {     String tmpClassPath = environment.get("CLASSPATH"); 
    tmpClassPathtmpClassPath=tmpClassPath.replaceAll(";", ":");     tmpClassPathtmpClassPath=tmpClassPath.replaceAll("%PWD%", "\$PWD"); 
    tmpClassPathtmpClassPath=tmpClassPath.replaceAll("%HADOOP_MAPRED_HOME%", "\$HADOOP_MAPRED_HOME");     tmpClassPathtmpClassPath= tmpClassPath.replaceAll("\\", "/" ); 
    environment.put("CLASSPATH",tmpClassPath); } 

这样替换完成后，在indos的eclipse中向linux Hadoop集群中提交任务就可以执行了。

27、运行mr程序报UnsatisfiedlinkError:nativeio.NativeIO$Windos.aess0(Ljava/lang/String

有的同学在开发工具里面跑mr程序时候，遇到了下

Exception in thread "main" java.lang.UnsatisfiedlinkError: .apache.hadoop.io.nativeio.NativeIO$Windos.aess0(Ljava/lang/String;I)Z

一般这个问题是由本地hadoop环境变量照成的。

需要设置hadoop_home变量的值。

注意hadoop安装目录下，bin目录中缺少hadoop.dll和inutils.exe等动态库。还要增加bin目录到path路径。

编辑器需要添加hadoop环境 还要注意jdk等是否正确安装。

28、hdfs API文件找不到异常

问题

在使用hdfs的copyfromlocal上传文件到hdfs时，爆出本地文件找不到异常，查看本地文件确实存在

原因

indos设置了隐藏已知文件的扩展名功能，导致上传的文件没有写扩展名

解决

在上传文件的地方添加上扩展名即可。

29、hadoop节点启动异常

问题

在执行hadoop-deamon.sh start xxx时报错

错误找不到或无法加载主类

原因

启动的时候，节点名写错了

解决

修改名字，名字有， namenode datanode等

30、UnsatisfiedlinkError: .apache.hadoop.io.nativeio.NativeIO$Windos.aess0(Ljava/lang/Strin

好多同学在indos平台Eclipse上跑MR本地程序的时候，都报了如下的异常

Exception in thread "main" java.lang.UnsatisfiedlinkError: .apache.hadoop.io.nativeio.NativeIO$Windos.aess0(Ljava/lang/String;I)Z

解决步骤如下

一、检查自己是否配置环境变量HADOOP_HOME 和path，如下所示

注意要配置Windos版编译的hadoop。

二、检查C:WindosSystem32下是否缺少hadoop.dll,如果缺少的话把这个文件拷贝到C:WindosSystem32下面即可

然后重启电脑，也许还没那么简单，还是出现这样的问题。

我们再继续分析

我们在出现错误的的at.apache.hadoop.io.nativeio.NativeIO$Windos.aess(NativeIO.java:557)我们来看这个类NativeIO的557行，如图所示

Windos的唯一方法用于检查当前进程的请求，在给定的路径的访问权限，所以我们先给以能进行访问，我们自己先修改源代码，return true 时允许访问。

我们下载对应hadoop源代码，hadoop-2.6.0-src.tar.gz解压，hadoop-mon-projecthadoop-monsrcmainjavaapachehadoopionativeio下NativeIO.java 复制到对应的Eclipse的project，然后修改557行为return true如图所示

这样通过解救大法。我们就可以愉快的在Windos上跑MR了。

31、Error: java.io.IOException: Unable to initialize any output collector

错误如下所示

Error: java.io.IOException: Unable to initialize any output collector     at .apache.hadoop.mapred.MapTask.createSortingCollector(MapTask.java:412) 
    at .apache.hadoop.mapred.MapTask.aess$100(MapTask.java:81)     at .apache.hadoop.mapred.MapTask$NeOutputCollector.(MapTask.java:695) 
    at .apache.hadoop.mapred.MapTask.runNeMapper(MapTask.java:767)     at .apache.hadoop.mapred.MapTask.run(MapTask.java:341) 
    at .apache.hadoop.mapred.YarnChild$2.run(YarnChild.java:163)     at java.security.AessController.doPrivileged(Native Method) 
    at javax.security.auth.Subject.doAs(Subject.java:415)     at .apache.hadoop.security.UserGroupInformation.doAs(UserGroupInformation.java:1656) 
    at .apache.hadoop.mapred.YarnChild.main(YarnChild.java:158) 

解决思路

错误都是出现在Mapper的task里面。错误说明输出的类型错误。请优先排查自己mr程序中的输出类型跟你在job中设置的输出类型是否一致。

就是一致的情况下，要排除自己导入的包是否正确，比如import里面不是import的.apache.hadoop.io.Text类，而是一个不知所云的包下面的Text。

还有一种情况，如果是自定义的情况下，请回头检查自己写的Key类，发现有没有显式地定义类的构造函数。

一般在添加无参数的构造函数后，问题即可解决。因为必须有默认的构造器皿，这样Mapreduce方法才能创建对象，然后通过readFields方法从序列化的数据流中读出进行赋值。

32、hadoop 8088 看不到mapreduce 任务的执行状态，无数据显示。

错误页面显示如下

解决方法

（1）检查自己的集群中配置$HADOOP_HOME/conf/mapred-site.xml是否存在。

其中的mapreduce.frameork.name是否配置。

（2）如果还不行的话，请在$HADOOP_HOME/conf/mapred-site.xml中原来的配置文件基础之上再添加下面

     mapreduce.jobhistory.address 
    master:10020  
     mapreduce.jobhistory.ebapp.address 
    master:19888  

 

33、.apache.hadoop.fs.ChecksumException: Checksum error: file:.....

有的同学在练习中遇到了这样的错误

[root@hadoop01 zookeeper-3.4.5]# hadoop fs -put /root/xx.oo /c/input 16/09/23 19:37:17 INFO fs.FSInputChecker: Found checksum error: b[0, 53]=69206c6f766520796f750a77656c636f6d6520796f750a686f772061726520796f750a7468697320697320796f7520686f6d650a0a 
.apache.hadoop.fs.ChecksumException: Checksum error: file:/root/xx.oo at 0 exp: -1023732142 got: -897233467     at .apache.hadoop.fs.FSInputChecker.verifySums(FSInputChecker.java:323) 
    at .apache.hadoop.fs.FSInputChecker.readChecksumChunk(FSInputChecker.java:279)     at .apache.hadoop.fs.FSInputChecker.read1(FSInputChecker.java:228) 
    at .apache.hadoop.fs.FSInputChecker.read(FSInputChecker.java:196)     at java.io.DataInputStream.read(DataInputStream.java:100) 
    at .apache.hadoop.io.IOUtils.copyBytes(IOUtils.java:78)     at .apache.hadoop.io.IOUtils.copyBytes(IOUtils.java:52) 
    at .apache.hadoop.io.IOUtils.copyBytes(IOUtils.java:112)     at .apache.hadoop.fs.shell.CommandWithDestination$TargetFileSystem.riteStreamToFile(CommandWithDestination.java:466) 
    at .apache.hadoop.fs.shell.CommandWithDestination.copyStreamToTarget(CommandWithDestination.java:391)     at .apache.hadoop.fs.shell.CommandWithDestination.copyFileToTarget(CommandWithDestination.java:328) 
    at .apache.hadoop.fs.shell.CommandWithDestination.processPath(CommandWithDestination.java:263)     at .apache.hadoop.fs.shell.CommandWithDestination.processPath(CommandWithDestination.java:248) 
    at .apache.hadoop.fs.shell.Command.processPaths(Command.java:306)     at .apache.hadoop.fs.shell.Command.processPathArgument(Command.java:278) 
    at .apache.hadoop.fs.shell.CommandWithDestination.processPathArgument(CommandWithDestination.java:243)     at .apache.hadoop.fs.shell.Command.processArgument(Command.java:260) 
    at .apache.hadoop.fs.shell.Command.processArguments(Command.java:244)     at .apache.hadoop.fs.shell.CommandWithDestination.processArguments(CommandWithDestination.java:220) 
    at .apache.hadoop.fs.shell.CopyCommands$Put.processArguments(CopyCommands.java:267)     at .apache.hadoop.fs.shell.Command.processRaArguments(Command.java:190) 
    at .apache.hadoop.fs.shell.Command.run(Command.java:154)     at .apache.hadoop.fs.FsShell.run(FsShell.java:287) 
    at .apache.hadoop.util.ToolRunner.run(ToolRunner.java:70)     at .apache.hadoop.util.ToolRunner.run(ToolRunner.java:84) 
    at .apache.hadoop.fs.FsShell.main(FsShell.java:340) put: Checksum error: file:/root/xx.oo at 0 exp: -1023732142 got: -897233467 

错误原因

启动任务的命令中包含一个参数“-files tb_steps_url_path_dim.txt”

Hadoop客户端需要将机器本地磁盘中的tb_steps_url_path_dim.txt文件上传到DFS中。

在上传的过程中，Hadoop将通过FSInputChecker判断需要上传的文件是否存在进行校验的crc文件，即.tb_steps_url_path_dim.txt.crc，如果存在crc文件，将会对其内容一致性进行校验，如果校验 失败，则停止上传该文件。最终导致整个MR任务无法执行。

crc文件来源

DFS命令hadoop fs -getmerge srcDir destFile

这类命令在执行的时候，会将srcDir目录下的所有文件合并成一个文件，保存在destFile中，会在本地磁盘生成一个. destFile.crc的校验文件。

DFS命令hadoop fs -get -crc src dest

这类命令在执行的时候，会将src文件，保存在dest中，会在本地磁盘生成一个. dest.crc的校验文件。

如何避免

在使用hadoop fs -getmerge srcDir destFile命令时，本地磁盘一定会(没有参数可以关闭)生成相应的.crc文件。

所以如果需要修改getmerge获取的文件的内容，上传到DFS时，可以采取以下2种策略进行规避

（1）删除.crc文件 ls -a 查看，同级目录下有个crc校验文件，删除即可。

（2）将getmerge获取的文件修改后重新命名，如使用mv操作，上传到DFS中。

34、security.AessControlException: Aess denied for user sunq. Superuser privilege is required。

问题

Windos|Eclipse 运行HDFS程序之后，报

.apache.hadoop.security.AessControlException: Permission denied: user=sunq, aess=WRITE, inode="":hadoop:supergroup:rxr-xr-x 

或者

Windos|Eclipse 运行HDFS程序之后，报

.apache.hadoop.security.AessControlException: Aess denied for user sunq. Superuser privilege is required 

解决方法

方式一

在系统环境变量中增加HADOOP_USER_NAME，其值为root;

或者 通过java程序动态添加，如下

?1System.setProperty("HADOOP_USER_NAME", "root");

方式二

使用Eclipse在非hadoop运行的用户下进行写入hdfs文件系统中时，由于sunq对"/"目录没有写入权限，所以导致异常的发生。解决方法即开放hadoop中的HDFS目录的权限，命令如下hadoop fs -chmod 777 / 。

方式三

修改hadoop的配置文件conf/hdfs-core.xml，添加或者修改 dfs.permissions 的值为 false。

方式四

将Eclipse所在机器的用户的名称修改为root，即与服务器上运行hadoop的用户一致。

【本文为51CTO专栏作者“王森丰”的原创稿件，转载请注明出处】