You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@flume.apache.org by "Wei-Chiu Chuang (JIRA)" <ji...@apache.org> on 2017/08/14 22:48:01 UTC

[jira] [Created] (FLUME-3146) Use public API HdfsDataOutputStream#getCurrentBlockReplication where applicable

Wei-Chiu Chuang created FLUME-3146:
--------------------------------------

             Summary: Use public API HdfsDataOutputStream#getCurrentBlockReplication where applicable
                 Key: FLUME-3146
                 URL: https://issues.apache.org/jira/browse/FLUME-3146
             Project: Flume
          Issue Type: Bug
            Reporter: Wei-Chiu Chuang


AbstractHDFSWrite#reflectGetNumCurrentReplicas uses a private HDFS API, which causes it to emit an confusing error message:

{noformat}
2017-08-08 22:01:10,743 INFO org.apache.flume.sink.hdfs.AbstractHDFSWriter: FileSystem's output stream doesn't support getNumCurrentReplicas; --HDFS-826 not available; fsOut=org.apache.hadoop.crypto.CryptoOutputStream; err=java.lang.NoSuchMethodException: org.apache.hadoop.crypto.CryptoOutputStream.getNumCurrentReplicas()
2017-08-08 22:02:11,086 ERROR org.apache.flume.sink.hdfs.AbstractHDFSWriter: Error while trying to hflushOrSync!
{noformat}
This error message is emitted even with the most recent version of HDFS that has HDFS-826 for sure.

Turns out that the relevant code is not valid with HDFS encryption. Instead of using the current private (and deprecated) getNumCurrentReplicas#getNumCurrentReplicas() API, it should use HdfsDataOutputStream#getCurrentBlockReplication, which is a public API and which considers the case of HDFS encryption.



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)