Michael Stack created HBASE-25940:
-------------------------------------
Summary: 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
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)
