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人围观)

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

相关阅读