You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@beam.apache.org by "Alexey Romanenko (Jira)" <ji...@apache.org> on 2020/11/19 17:29:00 UTC
[jira] [Updated] (BEAM-11231) Better support for Hadoop native libs
and compression codecs in Java Dataflow batch worker
[ https://issues.apache.org/jira/browse/BEAM-11231?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Alexey Romanenko updated BEAM-11231:
------------------------------------
Description:
Current(as of Beam SDK 2.24.0) Java Dataflow workers does not ship with [Hadoop native library|https://hadoop.apache.org/docs/r2.8.5/hadoop-project-dist/hadoop-common/NativeLibraries.html] and popular native compression codecs(e.g libsnappy) .
If one try to read files using IO classes that assume native library support(e.g, org.apache.hadoop.hbase.mapreduce.TableSnapshotInputFormat) on GCP Dataflow, the following error will be throw if the file is compressed by snappy:
{code}
java.io.IOException: Failed to start reading from source: org.apache.beam.sdk.io.hadoop.format.HadoopFormatIO$HadoopInputFor
matBoundedSource@311fa603
...
Caused by: org.apache.hadoop.hbase.DoNotRetryIOException: java.lang.RuntimeException: native snappy library not available: this version of libhadoop was built without snappy support.
{code}
There is very little one can do from within pipeline job code unless rewriting the IO class, so it might make sense to include these native libraries for Hadoop IOs
was:
Current(as of Beam SDK 2.24.0) Java Dataflow workers does not ship with [Hadoop native library|https://hadoop.apache.org/docs/r2.8.5/hadoop-project-dist/hadoop-common/NativeLibraries.html] and popular native compression codecs(e.g libsnappy) .
If one try to read files using IO classes that assume native library support(e.g, org.apache.hadoop.hbase.mapreduce.TableSnapshotInputFormat) on GCP Dataflow, the following error will be throw if the file is compressed by snappy:
```
java.io.IOException: Failed to start reading from source: org.apache.beam.sdk.io.hadoop.format.HadoopFormatIO$HadoopInputFor
matBoundedSource@311fa603
...
Caused by: org.apache.hadoop.hbase.DoNotRetryIOException: java.lang.RuntimeException: native snappy library not available: this version of libhadoop was built without snappy support.
```
There is very little one can do from within pipeline job code unless rewriting the IO class, so it might make sense to include these native libraries for Hadoop IOs
> Better support for Hadoop native libs and compression codecs in Java Dataflow batch worker
> ------------------------------------------------------------------------------------------
>
> Key: BEAM-11231
> URL: https://issues.apache.org/jira/browse/BEAM-11231
> Project: Beam
> Issue Type: Improvement
> Components: io-java-gcp, io-java-hadoop-file-system, io-java-hadoop-format, io-java-hbase, runner-dataflow
> Affects Versions: 2.24.0
> Reporter: Cheng Li
> Priority: P2
> Labels: GCP
>
> Current(as of Beam SDK 2.24.0) Java Dataflow workers does not ship with [Hadoop native library|https://hadoop.apache.org/docs/r2.8.5/hadoop-project-dist/hadoop-common/NativeLibraries.html] and popular native compression codecs(e.g libsnappy) .
> If one try to read files using IO classes that assume native library support(e.g, org.apache.hadoop.hbase.mapreduce.TableSnapshotInputFormat) on GCP Dataflow, the following error will be throw if the file is compressed by snappy:
>
> {code}
> java.io.IOException: Failed to start reading from source: org.apache.beam.sdk.io.hadoop.format.HadoopFormatIO$HadoopInputFor
> matBoundedSource@311fa603
> ...
> Caused by: org.apache.hadoop.hbase.DoNotRetryIOException: java.lang.RuntimeException: native snappy library not available: this version of libhadoop was built without snappy support.
>
> {code}
> There is very little one can do from within pipeline job code unless rewriting the IO class, so it might make sense to include these native libraries for Hadoop IOs
--
This message was sent by Atlassian Jira
(v8.3.4#803005)