this version of libhadoop was built without snappy support. 解决方案

偏执的太偏执、 2022-09-06 14:20 36阅读 0赞

线上遇到该问题，hadoop checknative 显示是支持 Snappy 压缩的

  1. [yarn@Centos hadoop]$ bin/hadoop checknative -a
  2. 21/08/20 17:52:39 INFO conf.Configuration: Current hadoop.security.authentication = simple
  3. 21/08/20 17:52:39 INFO bzip2.Bzip2Factory: Successfully loaded & initialized native-bzip2 library system-native
  4. 21/08/20 17:52:39 INFO zlib.ZlibFactory: Successfully loaded & initialized native-zlib library
  5. Native library checking:
  6. hadoop:  true /home/yarn/software/hadoop-2.7.2/lib/native/libhadoop.so.1.0.0
  7. zlib:    true /lib64/libz.so.1
  8. snappy:  true /home/yarn/software/hadoop-2.7.2/lib/native/libsnappy.so.1
  9. lz4:     true revision:99
  10. bzip2:   true /lib64/libbz2.so.1
  11. openssl: false Cannot load libcrypto.so (libcrypto.so: cannot open shared object file: No such file or directory)!

对 Map 输出开启snappy 压缩的部分作业，出现以下错误， 但也有部分作业运行正常。由于近期进行了线上灰度升级过程，
在这里插入图片描述
再经观察凡是出现 this version of libhadoop was built without snappy support 的作业，AppMaster 都跑在了升级后的节点上，出问题的 Task 均在 旧版的节点上，而在新版的节点上的作业能跑成功。可以确定，MRAppMaster 在启动任务时添加了某个环境变量导致的。

在 launch_container.sh 中找到
在这里插入图片描述
查看 MRAppMaster 添加该环境变量的代码，发现是由 mapreduce.admin.user.env 配置设置的该值。

解决方案
方案一：提交作业的时候，添加 -Dmapreduce.admin.user.env=‘LD_LIBRARY_PATH=/home/yarn/software/hadoop/lib/native’

方案二：在集群中的 mapred-site.xml 中添加配置

  1. <property>
  2.       <name>mapreduce.admin.user.env</name>
  3.       <value>LD_LIBRARY_PATH=/home/yarn/software/hadoop/lib/native</value>
  4. </property>

发表评论

表情：
评论列表 （有 0 条评论，36人围观）

还没有评论，来说两句吧...

相关阅读