未加星标

Hadoop常见错误和处理方式

字体大小 | |
[大数据技术 所属分类 大数据技术 | 发布者 店小二05 | 时间 2017 | 作者 红领巾 ] 0人收藏点击收藏

摘要:常见问题及处理 mysql版本,必须是MYSQL5.1。查询办法mysqladmin version 在建立hive数据库的时候,最好是:create database hive; oozie的数据库,同样:create database oozie; hadoop采集的字符集问题。

Hadoop常见错误和处理方式

常见问题及处理

mysql版本,必须是MYSQL5.1。

查询办法mysqladmin version

在建立hive数据库的时候,最好是:create database hive;

oozie的数据库,同样:create database oozie;

hadoop采集的字符集问题。

修改/etc/sysconfig/i18n 更改字符集为en_US.UTF-8

重启机器生效。

重启机器的指令为:在root下敲入如下指令:sync;sync;init 6

修改mapreduce。

在gateway/性能下修改:MapReduce 子 Java 基础选项 、Map 任务 Java 选项库 、Reduce 任务 Java 选项库 全部配置成 -Xmx4294967296

在TASKTRACKER/性能下修改:MapReduce 子 Java 基础选项 、Map 任务 Java 选项库 、Reduce 任务 Java 选项库 全部配置成 -Xmx4294967296

必须关注各个任务的详细情况

当出现如下的错误的时候,请及时的将下载的进程数调小。

vi/home/boco/oozie_wy/config/lte/mro/ftp/807101.xml将max_thread由原来的6个调整为3个,或者协调厂家加大FTP的最大线程数。
stderrlogs:
org.apache.commons.net.ftp.FTPConnectionClosedException:FTPresponse421received.Serverclosedconnection.
atorg.apache.commons.net.ftp.FTP.__getReply(FTP.java:363)
atorg.apache.commons.net.ftp.FTP.__getReply(FTP.java:290)
atorg.apache.commons.net.ftp.FTP.connectAction(FTP.java:396)
atorg.apache.commons.net.ftp.FTPClient.connectAction(FTPClient.java:796)
atorg.apache.commons.net.SocketClient.connect(SocketClient.java:172)
atorg.apache.commons.net.SocketClient.connect(SocketClient.java:192)
atorg.apache.commons.net.SocketClient.connect(SocketClient.java:285)
atcom.boco.wangyou.utils.Ftp.connectServer(Ftp.java:550)
atcom.boco.wangyou.lte.mro.ftp.tools.FindFileThread.run(FindFileThread.java:67)
登录ftp服务器【10.140.177.149】失败,FTP服务器无法打开!
org.apache.commons.net.ftp.FTPConnectionClosedException:FTPresponse421received.Serverclosedconnection.
atorg.apache.commons.net.ftp.FTP.__getReply(FTP.java:363)
atorg.apache.commons.net.ftp.FTP.__getReply(FTP.java:290)
atorg.apache.commons.net.ftp.FTP.connectAction(FTP.java:396)
atorg.apache.commons.net.ftp.FTPClient.connectAction(FTPClient.java:796)
atorg.apache.commons.net.SocketClient.connect(SocketClient.java:172)
atorg.apache.commons.net.SocketClient.connect(SocketClient.java:192)
atorg.apache.commons.net.SocketClient.connect(SocketClient.java:285)
atcom.boco.wangyou.utils.Ftp.connectServer(Ftp.java:550)
atcom.boco.wangyou.lte.mro.ftp.tools.FindFileThread.run(FindFileThread.java:67)
登录ftp服务器【10.140.177.149】失败,FTP服务器无法打开!
org.apache.commons.net.ftp.FTPConnectionClosedException:FTPresponse421received.Serverclosedconnection.
atorg.apache.commons.net.ftp.FTP.__getReply(FTP.java:363)
atorg.apache.commons.net.ftp.FTP.__getReply(FTP.java:290)
atorg.apache.commons.net.ftp.FTP.connectAction(FTP.java:396)
atorg.apache.commons.net.ftp.FTPClient.connectAction(FTPClient.java:796)
atorg.apache.commons.net.SocketClient.connect(SocketClient.java:172)
atorg.apache.commons.net.SocketClient.connect(SocketClient.java:192)
TASKTRACKER和HDFS组的问题

发现部分地方在安装的时候,将所有的机器分组的问题。

如果分组,需要将每个组的参数都要修改。

目前发现很多的地方,TASKTRACKER和HDFS都分了组,但是只修改一组的参数,造成系统大量出问题。

java heap size以及tasktracker被拉黑名单的问题。

namenode和datanode的内存配置问题。

建议将使用的内存修改为4G左右。

建议将HIVE2服务放到一个辅节点上。

hive2放到辅节点上,经常出现add_partation挂起报错。

解决HIVE经常挂死的问题

修改zookeeper的最大客户端连接数,maxClientCnxns修改为3600或者修改成0不限制

自动清空时间间隔,autopurge.purgeInterval 修改为1小时

厂家XML配置的问题。

如果厂家是这样的:/data/dataservice/mr/ltemro/huawei/20140815/01/362323/TD-LTE_MRO_HUAWEI_010133150144_362323_20140815011500.xml.gz

建议配置成这样的:

路径:/data/dataservice/mr/ltemro/huawei/$TIME$/$ENODEB$

时间格式:yymmdd/hh

在/home/boco/oozie_wy/config/lte/mro/ftp下禁止存放.bak文件

有一个省份的mapper数超多,导致解析很长时间没有完成。

进一步发现FTP在合并文件的时候报错,再进一步发现同一个IP地址,同一个OMC启动了三个mapper进程去下载数据导致文件合并失败。

发现是修改了ftp.xml文件,没有删除原来的文件,而是以一个bak文件存放。

删除这些bak文件,mapper数量正常。

原mapper数1731个,删除之后mapper数41个,采集正常。

打开50030看FTP的日志,存在如下的报错:

java.io.FileNotFoundException:Filedoesnotexist:/user/boco/cache/wy/ltemro/1411032293348/xml/155/2014-09-18_11/TD-LTE_MRO_ERICSSON_OMC1_303024_20140918111500.xml.zip
atorg.apache.hadoop.hdfs.server.namenode.INodeFile.valueOf(INodeFile.java:39)
atorg.apache.hadoop.hdfs.server.namenode.FSNamesystem.getBlockLocationsUpdateTimes(FSNamesystem.java:1341)
atorg.apache.hadoop.hdfs.server.namenode.FSNamesystem.getBlockLocationsInt(FSNamesystem.java:1293)
atorg.apache.hadoop.hdfs.server.namenode.FSNamesystem.getBlockLocations(FSNamesystem.java:1269)
atorg.apache.hadoop.hdfs.server.namenode.FSNamesystem.getBlockLocations(FSNamesystem.java:1242)
atorg.apache.hadoop.hdfs.server.namenode.NameNodeRpcServer.getBlockLocations(NameNodeRpcServer.java:392)
atorg.apache.hadoop.hdfs.protocolPB.ClientNamenodeProtocolServerSideTranslatorPB.getBlockLocations(ClientNamenodeProtocolServerSideTranslatorPB.java:172)
atorg.apache.hadoop.hdfs.protocol.proto.ClientNamenodeProtocolProtos$ClientNamenodeProtocol$2.callBlockingMethod(ClientNamenodeProtocolProtos.java:44938)
atorg.apache.hadoop.ipc.ProtobufRpcEngine$Server$ProtoBufRpcInvoker.call(ProtobufRpcEngine.java:453)
atorg.apache.hadoop.ipc.RPC$Server.call(RPC.java:1002)
atorg.apache.hadoop.ipc.Server$Handler$1.run(Server.java:1701)
atorg.apache.hadoop.ipc.Server$Handler$1.run(Server.java:1697)
atjava.security.AccessController.doPrivileged(NativeMethod)
或者:
org.apache.hadoop.ipc.RemoteException(org.apache.hadoop.hdfs.server.namenode.LeaseExpiredException):
Leasemismatchon/user/boco/cache/wy/ltemro/1411032293348/xml/155/2014-09-18_11/TD-LTE_MRO_ERICSSON_OMC1_3030_20140918.xmlownedbyDFSClient_NONMAPREDUCE_
-1274827212_1butisaccessedbyDFSClient_NONMAPREDUCE_-216613905_1
atorg.apache.hadoop.hdfs.server.namenode.FSNamesystem.checkLease(FSNamesystem.java:2459)
atorg.apache.hadoop.hdfs.server.namenode.FSNamesystem.checkLease(FSNamesystem.java:2437)
atorg.apache.hadoop.hdfs.server.namenode.FSNamesystem.completeFileInternal(FSNamesystem.java:2503)
atorg.apache.hadoop.hdfs.server.namenode.FSNamesystem.completeFile(FSNamesystem.java:2480)
atorg.apache.hadoop.hdfs.server.namenode.NameNodeRpcServer.complete(NameNodeRpcServer.java:535)
atorg.apache.hadoop.hdfs.protocolPB.ClientNamenodeProtocolServerSideTranslatorPB.complete(ClientNamenodeProtocolServerSideTranslatorPB.java:337)
atorg.apache.hadoop.hdfs.protocol.proto.ClientNamenodeProtocolProtos$ClientNamenodeProtocol$2.callBlockingMethod(ClientNamenodeProtocolProtos.java:44958)
atorg.apache.hadoop.ipc.ProtobufRpcEngine$Server$ProtoBufRpcInvoker.call(ProtobufRpcEngine.java:453)
atorg.apache.hadoop.ipc.RPC$Server.call(RPC.java:1002)
REDIS故障

解析时候报错,错误如下:

redis.clients.jedis.exceptions.JedisConnectionException:Couldnotgetaresourcefromthepool
atredis.clients.util.Pool.getResource(Pool.java:22)
atcom.boco.wangyou.utils.JedisUtils.getJedis(JedisUtils.java:47)
atcom.boco.wangyou.utils.JedisUtils.getTableValues(JedisUtils.java:119)
atcom.boco.wangyou.lte.mro.tdl.tools.LteMroXMLParser.

此问题一般是因为REDIS没有启动导致。

克隆机器安装的问题

把一个节点的第二步都装好了,把它克隆到其它主机上,再把克隆到的主机的IP

(注意在修改IP配置文件的时候,将HWaddr也改了,一般是这种格式:00:50:56:80:4E:D6,

否则在连接时会找不到硬盘)和主机名改下。

此种情况主要出现在使用vmvare vsphere克隆导致的。

注意:

克隆之后的机器要修改IP地址,主机名,MAC地址。

redis挂死,导致无法采集

#现象

redis.clients.jedis.exceptions.JedisDataException:

MISCONFRedisisconfiguredtosaveRDBsnapshots,
butiscurrentlynotabletopersistondisk.

启动客户端:

/usr/local/redis/redis-cli

输入:

configsetstop-writes-on-bgsave-errorno
主节点7180无法访问

1)检查主节点是不是日志空间满了,如果满了,需要删除/var/log/hive下面日志

2)删除浏览器的cookie访问记录

hadoop相关服务启动命令:

sudoservicecloudera-scm-serverstop
sudoservicecloudera-scm-server-dbstop
sudoservicecloudera-scm-serverstart
sudoservicecloudera-scm-server-dbstart
LTEMRO采集报错

主要是在这一步报错:CREATE_EXTERNAL_TABLE_NODE

有效的采样点数据,是如下的八个字段必须有值:

MR.LteScEarfcn主小区频点
MR.LteScPci主小区PCI
MR.LteScRSRP主小区的RSRP
MR.LteScRSRQ主小区RSRQ
MR.LteNcEarfcn邻小区频点
MR.LteNcPci邻小区PCI
MR.LteNcRSRP邻小区的RSRP
MR.LteNcRSRQ邻小区RSRQ

只要有有效数据,就不会报这个错。

查看日志

HIVE的日志主要是在:/var/log/hive/

oozie的日志主要在: /var/log/oozie/

HDFS的日志主要在: /var/log/hadoop-hdfs/

zookeeper的日志主要在:/var/log/zookeeper/

在出现问题的时候,可以看看这些日志。

zookeeper无法启动。

处理办法:到master主机的/var/lib/zookeeper,删除所有的文件,重启zookeeper即可。

sudo mkdir version-2

sudo chown -R zookeeper:zookeeper version-2

loudera-manager-installer.bin安装报错。

报错如下:

Loadedplugins:aliases,changelog,downloadonly,fastestmirror,kabi,presto,
:refresh-packagekit,security,tmprepo,verify,versionlock
LoadingsupportforCentOSkernelABI
Loadingmirrorspeedsfromcachedhostfile
http://10.233.9.63/cdh4.3.0/cdh4.3/repodata/repomd.xml:[Errno14]PYCURLERROR22-"TherequestedURLreturnederror:403"
Tryingothermirror.
Error:Cannotretrieverepositorymetadata(repomd.xml)forrepository:cloudera-cdh4.Pleaseverifyitspathandtryagain

处理办法:

删除集群中每一台机器上原有的repo文件,rm -rf /etc/yum.repos.d/*

然后修改cloudera-chd4.repo、cloudera-impala.repo和 cloudera-manager.repo文件,将文件中的地址换成主节点的地址。

将cloudera-chd4.repo、cloudera-impala.repo和 cloudera-manager.repo文件上传到集群中每一台机器的/etc/yum.repos.d/目录

本文作者:佚名

来源:51CTO

版权声明:本文内容由互联网用户自发贡献,本社区不拥有所有权,也不承担相关法律责任。如果您发现本社区中有涉嫌抄袭的内容,欢迎发送邮件至:[emailprotected]进行举报,并提供相关证据,一经查实,本社区将立刻删除涉嫌侵权内容。

Hadoop常见错误和处理方式
主题: HadoopJava服务器RPCHDFSMapReduceSQLCSSXML数据
tags: java,apache,atorg,hadoop,net,commons,FTP,ftp,hdfs,SocketClient,FSNamesystem,namenode,boco,connect
分页:12
转载请注明
本文标题:Hadoop常见错误和处理方式
本站链接:http://www.codesec.net/view/566312.html
分享请点击:


1.凡CodeSecTeam转载的文章,均出自其它媒体或其他官网介绍,目的在于传递更多的信息,并不代表本站赞同其观点和其真实性负责;
2.转载的文章仅代表原创作者观点,与本站无关。其原创性以及文中陈述文字和内容未经本站证实,本站对该文以及其中全部或者部分内容、文字的真实性、完整性、及时性,不作出任何保证或承若;
3.如本站转载稿涉及版权等问题,请作者及时联系本站,我们会及时处理。
登录后可拥有收藏文章、关注作者等权限...
技术大类 技术大类 | 大数据技术 | 评论(0) | 阅读(142)