[
https://issues.apache.org/jira/browse/HBASE-25940?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Michael Stack updated HBASE-25940:
----------------------------------
Fix Version/s: 2.5.0
3.0.0-alpha-1
> Update Compression/TestCompressionTest: LZ4, SNAPPY, LZO
> --------------------------------------------------------
>
> Key: HBASE-25940
> URL: https://issues.apache.org/jira/browse/HBASE-25940
> Project: HBase
> Issue Type: Sub-task
> Reporter: Michael Stack
> Priority: Major
> Fix For: 3.0.0-alpha-1, 2.5.0
>
>
> LZ4 was changed in hadoop-3.3.1 to use a more amenable library, one that did
> not require gymnastics installing lz4 native libs everywhere; rather, you
> just add a jar to the classpath. See HADOOP-17292.
> Similar was done for SNAPPY. See HADOOP-17125.
> What this means is that our TestCompressionTest passes for hadoop before
> 3.3.1 but at 3.3.1, the assert that SNAPPY and LZ4 compressors should fail --
> because no lib installed -- now no longer asserts.
> While in here, LZO is GPL and requires extra install to setup [1]. When
> TestCompressionTest runs, it emits the below for the LZO check. The check is
> kinda useless.
> {code}
> 2021-05-28T10:05:36,513 WARN [Time-limited test] util.CompressionTest(75):
> Can't instantiate codec: lzo
> org.apache.hadoop.hbase.DoNotRetryIOException: Compression algorithm 'lzo'
> previously failed test.
> {code}
> I think best thing for now is to comment out the asserts that LZ4 and SNAPPY
> do NOT work when binary cannot be found -- since this holds only if hadoop <
> 3.3..1; the test is a little weak anyways.
> 1.
> https://stackoverflow.com/questions/23441142/class-com-hadoop-compression-lzo-lzocodec-not-found-for-spark-on-cdh-5
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
