【问题标题】:Unable to start hive using tez execution engine无法使用 tez 执行引擎启动 hive
【发布时间】:2020-01-17 05:15:57
【问题描述】:

我使用的是 Hadoop 2.7.3 版本和 hive 1.2.1 版本。 我面临使用 tez 引擎的蜂巢问题。是否有任何设置错误或其他类型的错误??

使用 jar:file:/usr/local/hive/lib/hive-common-1.2.1.jar!/hive-log4j.properties 中的配置初始化日志记录

SLF4J:类路径包含多个 SLF4J 绑定。 SLF4J:在 [jar:file:/home/hduser/tez/tez/lib/slf4j-log4j12-1.7.10.jar!/org/slf4j/impl/StaticLoggerBinder.class] 中找到绑定]

SLF4J:在 [jar:file:/usr/local/hadoop/share/hadoop/common/lib/slf4j-log4j12-1.7.10.jar!/org/slf4j/impl/StaticLoggerBinder.class] 中找到绑定/p>

SLF4J:请参阅 http://www.slf4j.org/codes.html#multiple_bindings 了解说明。

SLF4J:实际绑定是类型 [org.slf4j.impl.Log4jLoggerFactory]

线程“主”java.lang.RuntimeException:org.apache.tez.dag.api.SessionNotRunning 中的异常:TezSession 已经关闭。

应用程序 application_1568628322588_0002 失败 2 次,原因是 AM Container for appattempt_1568628322588_0002_000002 退出并退出代码:1 如需更详细的输出,请查看应用程序跟踪页面:http://rohan-VirtualBox:8088/cluster/app/application_1568628322588_0002Then,单击指向每次尝试日志的链接。

诊断:异常来自 容器启动。

容器编号:container_1568628322588_0002_02_000001 退出代码:1

堆栈跟踪:ExitCodeException exitCode=1: at org.apache.hadoop.util.Shell.runCommand(Shell.java:582) 在 org.apache.hadoop.util.Shell.run(Shell.java:479) 在 org.apache.hadoop.util.Shell$ShellCommandExecutor.execute(Shell.java:773) 在 org.apache.hadoop.yarn.server.nodemanager.DefaultContainerExecutor.launchContainer(DefaultContainerExecutor.java:212) 在 org.apache.hadoop.yarn.server.nodemanager.containermanager.launcher.ContainerLaunch.call(ContainerLaunch.java:302) 在 org.apache.hadoop.yarn.server.nodemanager.containermanager.launcher.ContainerLaunch.call(ContainerLaunch.java:82) 在 java.util.concurrent.FutureTask.run(FutureTask.java:266) 在 java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149) 在 java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624) 在 java.lang.Thread.run(Thread.java:748)

【问题讨论】:

    标签: hadoop hive apache-tez


    【解决方案1】:

    这可能类似于Application failed 2 times due to AM Container: exited with exitCode: 1

    您粘贴的代码基本上不包含实际的错误代码 - 因此我们对此无能为力。您需要找到确切的错误消息,方法是转到您的资源管理器并查看那里的日志。

    【讨论】:

      猜你喜欢
      • 2017-05-28
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 2018-01-21
      相关资源
      最近更新 更多