hive 事故报告

今天早上来了,发现我们所有服务器上的hive来客户端都不可用了。最后发现 mysql数据库,不知道为什么多了一条数据:

mysql> select * from version;

+--------+----------------+------------------+

| VER_ID | SCHEMA_VERSION | VERSION_COMMENT  |

+--------+----------------+------------------+

|      1 | 0.13.0         | Set by MetaStore |

|      6 | 0.13.0         | Set by MetaStore |

+--------+----------------+------------------+

删除了一条就好了。

报的错误:

Logging initialized using configuration in jar:file:/opt/smc/soft/apache-hive-0.13.1-bin/lib/hive-common-0.13.1.jar!/hive-log4j.properties

Exception in thread "main" java.lang.RuntimeException: java.lang.RuntimeException: Unable to instantiate org.apache.hadoop.hive.metastore.HiveMetaStoreClient

at org.apache.hadoop.hive.ql.session.SessionState.start(SessionState.java:346)

at org.apache.hadoop.hive.cli.CliDriver.run(CliDriver.java:681)

at org.apache.hadoop.hive.cli.CliDriver.main(CliDriver.java:625)

at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)

at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)

at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)

at java.lang.reflect.Method.invoke(Method.java:597)

at org.apache.hadoop.util.RunJar.main(RunJar.java:212)

Caused by: java.lang.RuntimeException: Unable to instantiate org.apache.hadoop.hive.metastore.HiveMetaStoreClient

at org.apache.hadoop.hive.metastore.MetaStoreUtils.newInstance(MetaStoreUtils.java:1412)

at org.apache.hadoop.hive.metastore.RetryingMetaStoreClient.<init>(RetryingMetaStoreClient.java:62)

at org.apache.hadoop.hive.metastore.RetryingMetaStoreClient.getProxy(RetryingMetaStoreClient.java:72)

at org.apache.hadoop.hive.ql.metadata.Hive.createMetaStoreClient(Hive.java:2453)

at org.apache.hadoop.hive.ql.metadata.Hive.getMSC(Hive.java:2465)

at org.apache.hadoop.hive.ql.session.SessionState.start(SessionState.java:340)

... 7 more

Caused by: java.lang.reflect.InvocationTargetException

at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)

at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:39)

at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:27)

at java.lang.reflect.Constructor.newInstance(Constructor.java:513)

at org.apache.hadoop.hive.metastore.MetaStoreUtils.newInstance(MetaStoreUtils.java:1410)

... 12 more

Caused by: MetaException(message:Metastore contains multiple versions)

at org.apache.hadoop.hive.metastore.ObjectStore.getMSchemaVersion(ObjectStore.java:6368)

at org.apache.hadoop.hive.metastore.ObjectStore.getMetaStoreSchemaVersion(ObjectStore.java:6330)

at org.apache.hadoop.hive.metastore.ObjectStore.checkSchema(ObjectStore.java:6289)

at org.apache.hadoop.hive.metastore.ObjectStore.verifySchema(ObjectStore.java:6277)

at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)

at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)

at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)

at java.lang.reflect.Method.invoke(Method.java:597)

at org.apache.hadoop.hive.metastore.RawStoreProxy.invoke(RawStoreProxy.java:108)

at $Proxy9.verifySchema(Unknown Source)

at org.apache.hadoop.hive.metastore.HiveMetaStore$HMSHandler.getMS(HiveMetaStore.java:476)

at org.apache.hadoop.hive.metastore.HiveMetaStore$HMSHandler.createDefaultDB(HiveMetaStore.java:523)

at org.apache.hadoop.hive.metastore.HiveMetaStore$HMSHandler.init(HiveMetaStore.java:397)

at org.apache.hadoop.hive.metastore.HiveMetaStore$HMSHandler.<init>(HiveMetaStore.java:356)

at org.apache.hadoop.hive.metastore.RetryingHMSHandler.<init>(RetryingHMSHandler.java:54)

at org.apache.hadoop.hive.metastore.RetryingHMSHandler.getProxy(RetryingHMSHandler.java:59)

at org.apache.hadoop.hive.metastore.HiveMetaStore.newHMSHandler(HiveMetaStore.java:4944)

at org.apache.hadoop.hive.metastore.HiveMetaStoreClient.<init>(HiveMetaStoreClient.java:171)

... 17 more

[@yd-80-151 ~]$ hive

时间: 2024-11-20 08:01:15

hive 事故报告的相关文章

事故报告Template

事故报告的目地: 事故是工程师成长的基石,每次出现问题都要及时总结和分析,这样才能避免更多的错误产生.引用中医界的一个经典:"上医治未病"最早源自于<黄帝内经>所说:"上工治未病,不治已病,此之谓也"."治",为治理管理的意思."治未病"即采取相应的措施,防止疾病的发生发展.其在中医中的主要思想是:未病先防和既病防变." 中医界公认治"未病"是医术最高明的医生.而我们作为工程师能够做到

建设工程安全生产管理条例

2003年11月12日国务院第28次常务会议通过 2003年11月24日中华人民共和国国务院令第393号公布 自2004年2月1日起施行 第一章 总则 第一条 为了加强建设工程安全生产监督管理,保障人民群众生命和财产安全,根据<中华人民共和国建筑法>.<中华人民共和国安全生产法>,制定本条例. 第二条 在中华人民共和国境内从事建设工程的新建.扩建.改建和拆除等有关活动及实施对建设工程安全生产的监督管理,必须遵守本条例. 本条例所称建设工程,是指土木工程.建筑工程.线路管道和设备安装

EAM系统工单管理

     一.EAM系统工单管理目标 1)通过EAM管理系统的应用来规范整个业务流程: 2)记录日常维修相关的业务数据和信息: 3)按照缺陷处理.计划检修.预防性维修.预测性维修几种可能模式,以提高维修效率.降低总体维护成本为目标. 4)建立有效的工单管理系统,了解设备状况.通过预防性维护方案提高设备可靠性,通过设备的状态监控实时监测设备等手段来达到设备的科学化管理. 5)设备维修管理主要以工单的审批.执行为主线,通过最先进的计算机和网络技术,将工单中涉及到的工作流程.人力资源.物资(库存.采购

10种令人吃惊的方式你的日常生活中正在收集数据的大数据野兽

10种令人吃惊的方式你的日常生活中正在收集数据的大数据野兽 原文:http://www.bloomberg.com/slideshow/2014-06-03/10-surprising-ways-your-daily-life-is-feeding-the-big-data-beast.html 无处可逃 大数据是你日常生活中,无论你喜欢与否的重要组成部分 - 甚至是意识到这一点. 当你去看医生.去到你的手机上工作或获得方向,有一个非常好的机会,有软件在那里悄悄地收集和分析这些信息. 并依据不同

今天打补丁出问题了,害得我组长被扣了1k奖金。

今天是第三次给mxdw打补丁和打包,外加公司高管说有一个东西必须要今天之内搞定外放. 我当时问策划为什么这么着急?策划说大佬决定的(这种做事方式真的很不习惯).我等屁民加班加点的搞事情,把功能搞出去了,结果打补丁的流程搞错了.当初给我说打补丁流程的哪位哥也没有把打补丁的原理给我讲透,只说要怎么做怎么做. GG了.最后玩家没法更新,更新补丁出错.组长还是牛逼,首先相处解决办法,还原补丁,在最短时间内让玩家能够玩游戏,把影响降到最低,另外,在半天内彻底搞定了问题.下午就老老实实的去写事故报告...

运维不仅仅是懂Linux就行,还需要知道这些……

运维不仅仅是懂Linux就行,因为还有一大部分的Windows运维,最近看一个报道说,windows的服务器占了47.71%.嗯,向windows运维人员致敬.当然我们这篇文章不是说运维除了懂Linux,还要懂Windows,而是涉及运维的其他方方面面. 环境部署 一开始这个世界是开发的,然后才是运维的. 开发实现产品逻辑,将产品开发完成后,然后提交运维进行部署.此时允许就需要准备好部署环境,如部署在Linux服务器上,安装相应的软件,如Apache.Nginx.tomcat.JDK.PHP.M

【转载】Session分布式共享 = Session + Redis + Nginx

转载blogs文章,以作收藏学习 原文作者:傲翼飞寒 原文地址:http://www.cnblogs.com/newP/p/6518918.html 一.Session 1.Session 介绍 我相信,搞Web开发的对Session一定再熟悉不过了,所以我就简单的介绍一下. Session:在计算机中,尤其是在网络应用中,称为“会话控制”. 每个用户(浏览器)首次与web服务器建立连接时,就会产生一个Session,同时服务器会分配一个SessionId给用户的浏览器.我们可以用Fiddler

对美网攻击事件负责 中企如何回应

10月21日,美国多个城市出现互联网瘫痪情况,包括Twitter.Shopify.Reddit等在内的大量互联网知名网站数小时无法正常访问.为众多网站提供域名解析服务的美国Dyn公司称,公司遭到大规模的"拒绝访问服务"(DDoS)攻击. 安全研究人员的话说,被称作Mirai的恶意文件,一直在利用"雄迈"产品中的缺陷,在注入恶意代码,并利用它们发动大规模分布式拒绝服务攻击. 即便瘫痪事件的元凶尚未查明,但美国网站KerbsonSecurity认为"雄迈科技&

IT运维管理流程介绍

ITIL框架 流程分类 流程名称 流程描述及分类 服务支持 事故管理 故障处理 事故发生后,第一时间及时的恢复服务.上报各级主管及相关人员,有些在规定时间不能解决或没有解决方案时,就需要将事故的处理任务交给更有经验和有权限的支持人员.并协调资源快速的解决. 性能事故处理 对系统性能问题的事故进行及时处理. 事故自动恢复 当事故发生后,自动重起进行恢复. 事故手工申报 事故发生后,第一时间及时的恢复服务.上报各级主管及相关人员,并协调资源快速的解决. 事故解决升级 由于现场技术能力有限无法解决的事