Flume源码分析flume中sink到hdfs,文件系统频繁产生文件,文件滚动配置不起作用? ERROR hdfs.BucketWriter: Hit max consecutive und

Posted 花心土豆

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了Flume源码分析flume中sink到hdfs,文件系统频繁产生文件,文件滚动配置不起作用? ERROR hdfs.BucketWriter: Hit max consecutive und相关的知识,希望对你有一定的参考价值。

【转载】 http://blog.csdn.net/simonchi/article/details/43231891

ERROR hdfs.BucketWriter: Hit max consecutive under-replication rotations (30)

 

本人在测试hdfs的sink,发现sink端的文件滚动配置项起不到任何作用,配置如下:

  1. a1.sinks.k1.type=hdfs  
  2. a1.sinks.k1.channel=c1  
  3. a1.sinks.k1.hdfs.useLocalTimeStamp=true  
  4. a1.sinks.k1.hdfs.path=hdfs://192.168.11.177:9000/flume/events/%Y/%m/%d/%H/%M  
  5. a1.sinks.k1.hdfs.filePrefix=XXX  
  6. a1.sinks.k1.hdfs.rollInterval=60  
  7. a1.sinks.k1.hdfs.rollSize=0  
  8. a1.sinks.k1.hdfs.rollCount=0  
  9. a1.sinks.k1.hdfs.idleTimeout=0  

这里配置的是60秒,文件滚动一次,也就每隔60秒,会新产生一个文件【前提,flume的source端有数据来】

这里注意

  1. useLocalTimeStamp  

这个属性的目的就是相当于时间戳的拦截器,否则%Y 等等这些东西都识别不了

要么用上面这个属性,要么用时间戳拦截器。


但是当我启动flume的时候,运行十几秒,不断写入数据,发现hdfs端频繁的产生文件,每隔几秒就有新文件产生
而且在flume的日志输出可以频繁看到这句:

[WARN] Block Under-replication detected. Rotating file.

只要有这句,就会产生一个新的文件

意思就是检测到复制块正在滚动文件,结合源码看下:

  1. private boolean shouldRotate() {  
  2.     boolean doRotate = false;  
  3.   
  4.     if (writer.isUnderReplicated()) {  
  5.       this.isUnderReplicated = true;  
  6.       doRotate = true;  
  7.     } else {  
  8.       this.isUnderReplicated = false;  
  9.     }  
  10.   
  11.     if ((rollCount > 0) && (rollCount <= eventCounter)) {  
  12.       LOG.debug("rolling: rollCount: {}, events: {}", rollCount, eventCounter);  
  13.       doRotate = true;  
  14.     }  
  15.   
  16.     if ((rollSize > 0) && (rollSize <= processSize)) {  
  17.       LOG.debug("rolling: rollSize: {}, bytes: {}", rollSize, processSize);  
  18.       doRotate = true;  
  19.     }  
  20.   
  21.     return doRotate;  
  22.   }  
这是判断是否滚动文件,但是这里面的第一判断条件是判断是否当前的HDFSWriter正在复制块
  1. public boolean isUnderReplicated() {  
  2.     try {  
  3.       int numBlocks = getNumCurrentReplicas();  
  4.       if (numBlocks == -1) {  
  5.         return false;  
  6.       }  
  7.       int desiredBlocks;  
  8.       if (configuredMinReplicas != null) {  
  9.         desiredBlocks = configuredMinReplicas;  
  10.       } else {  
  11.         desiredBlocks = getFsDesiredReplication();  
  12.       }  
  13.       return numBlocks < desiredBlocks;  
  14.     } catch (IllegalAccessException e) {  
  15.       logger.error("Unexpected error while checking replication factor", e);  
  16.     } catch (InvocationTargetException e) {  
  17.       logger.error("Unexpected error while checking replication factor", e);  
  18.     } catch (IllegalArgumentException e) {  
  19.       logger.error("Unexpected error while checking replication factor", e);  
  20.     }  
  21.     return false;  
  22.   }  
通过读取的配置复制块数量和当前正在复制的块比较,判断是否正在被复制

  1. if (shouldRotate()) {  
  2.       boolean doRotate = true;  
  3.   
  4.       if (isUnderReplicated) {  
  5.         if (maxConsecUnderReplRotations > 0 &&  
  6.             consecutiveUnderReplRotateCount >= maxConsecUnderReplRotations) {  
  7.           doRotate = false;  
  8.           if (consecutiveUnderReplRotateCount == maxConsecUnderReplRotations) {  
  9.             LOG.error("Hit max consecutive under-replication rotations ({}); " +  
  10.                 "will not continue rolling files under this path due to " +  
  11.                 "under-replication", maxConsecUnderReplRotations);  
  12.           }  
  13.         } else {  
  14.           LOG.warn("Block Under-replication detected. Rotating file.");  
  15.         }  
  16.         consecutiveUnderReplRotateCount++;  
  17.       } else {  
  18.         consecutiveUnderReplRotateCount = 0;  
  19.       }  
以上方法,入口是shouldRotate()方法,也就是如果你配置了rollcount,rollsize大于0,会按照你的配置来滚动的,但是在入口进来后,发现,又去判断了是否有块在复制;

里面就读取了一个固定变量maxConsecUnderReplRotations=30,也就是正在复制的块,最多之能滚动出30个文件,如果超过了30次,该数据块如果还在复制中,那么数据也不会滚动了,doRotate=false,不会滚动了,所以有的人发现自己一旦运行一段时间,会出现30个文件

再结合上面的源码看一下:

如果你配置了10秒滚动一次,写了2秒,恰好这时候该文件内容所在的块在复制中,那么虽然没到10秒,依然会给你滚动文件的,文件大小,事件数量的配置同理了。


为了解决上述问题,我们只要让程序感知不到写的文件所在块正在复制就行了,怎么做呢??

只要让isUnderReplicated()方法始终返回false就行了

该方法是通过当前正在被复制的块和配置中读取的复制块数量比较的,我们能改的就只有配置项中复制块的数量,而官方给出的flume配置项中有该项

hdfs.minBlockReplicas


Specify minimum number of replicas per HDFS block. If not specified, it comes from the default Hadoopconfig in the classpath
.
默认读的是hadoop中的dfs.replication属性,该属性默认值是3

这里我们也不去该hadoop中的配置,在flume中添加上述属性为1即可

配置如下:

  1. a1.sinks.k1.type=hdfs  
  2. a1.sinks.k1.channel=c1  
  3. a1.sinks.k1.hdfs.useLocalTimeStamp=true  
  4. a1.sinks.k1.hdfs.path=hdfs://192.168.11.177:9000/flume/events/%Y/%m/%d/%H/%M  
  5. a1.sinks.k1.hdfs.filePrefix=cmcc  
  6. a1.sinks.k1.hdfs.minBlockReplicas=1  
  7. #a1.sinks.k1.hdfs.fileType=DataStream  
  8. #a1.sinks.k1.hdfs.writeFormat=Text  
  9. a1.sinks.k1.hdfs.rollInterval=60  
  10. a1.sinks.k1.hdfs.rollSize=0  
  11. a1.sinks.k1.hdfs.rollCount=0  
  12. a1.sinks.k1.hdfs.idleTimeout=0  
这样程序就永远不会因为文件所在块的复制而滚动文件了,只会根据你的配置项来滚动文件了,试试吧!!


望各位网友不吝指教!!!











以上是关于Flume源码分析flume中sink到hdfs,文件系统频繁产生文件,文件滚动配置不起作用? ERROR hdfs.BucketWriter: Hit max consecutive und的主要内容,如果未能解决你的问题,请参考以下文章

Flume实时监控目录sink到hdfs

Flume实用环境搭建:source(spooldir)+channel(file)+sink(hdfs)方式

Flume NG 学习笔记Sinks和Channel配置

flume之hdfsSink分析

Flume源码分析01-概述及环境搭建

Flume安装及配置