二锅头的博客

这里是小编对DolphinScheduler使用经验以及解决的bug分享

跑MR时出现[2020-09-29 19:16:39.658]Container killed on request. Exit code is 143[2020-09-29 19:16:39.674]Container exited with a non-zero exit code 143.主要是由于一下虚拟内存受到限制引起的is running 343398912B beyond the 'VIRTUAL' memory limit. Current usage: 392.4 MB of .

因Flume和Hadoopjar包冲突导致的问题，将Flume下的flume-1.9.0/lib/slf4j-log4j12-1.7.25.jar这个路径下jar包修改一下就可以了[atguigu@hadoop102 lib]$ mv slf4j-log4j12-1.7.25.jar slf4j-log4j12-1.7.25.jar.bak

重新初始化hive的时候出现的，这个bug是在之前删除过hive的默认目录，所以后续它不会讲表建立到warehouse下，需要指定。解决方案：删掉连接的MySQL的数据库（metastore），另外清除hdfs上的元数据，重新进行初始化就可以了。...

这个bug一般是在重新格式化集群产生的错误，主要原因是其他节点同步了主服务器的集群id导致的，删除掉其他节点的data和logs，就可以重新初始化集群了。

产生原因：堆内存溢出导致的，修改yarn-site.xml文件中添加以下内容就可以解决；解决方案：<!-- 解决堆内存溢出 --> <property> <name>yarn.scheduler.maximum-allocation-mb</name> <value>10000</value> </property> <property> <name>yarn.sc.