版权声明：本文为博主原创文章，未经博主允许不得转载。 https://blog.csdn.net/tom_fans/article/details/85060733
生产环境的sqoop去抽取oracle数据库, 不定期就会有些JOB显示错误connection reset. 查看SQOOP官方文档，链接地址：
https://sqoop.apache.org/docs/1.4.6/SqoopUserGuide.html#_oracle_connection_reset_errors说是因为JDBC加密获取随机数导致时间超时。提示SQOOP在抽取时添加如下参数即可：
-D mapred.child.java.opts="-Djava.security.egd=file:/dev/../dev/urandom"但实际情况是，添加之后仍然会有失败，那么可以认为，要么问题的根源和随机数无关，要么这个参数并不能解决问题。
参与了官方文档，也提到随机数的问题，cloudera给出的方案是使用rngd-tool去提高随机数的熵池。官方认为通过下面命令查询的池子数量经常少于500，那么就是用rngd-tool去增加熵池
cat /proc/sys/kernel/random/entropy_avail既然添加mapred.child.java.opts不能生效，那么就打算使用这个方法来试一下，如果还不行，那么可以确认connection reset与熵池无关。
添加方法为：yum install rngd-tool 安装，然后编辑 /etc/sysconfig/rngd ,添加：
EXTRAOPTIONS="-r /dev/urandom"最后service rngd start启动，再次查询entropy_avail，数值一直在3000多。观察一段时间之后，错误没有再发生，可以表示这个方法是生效了。