Which HBase release are you using ? Have you checked region server log(s) and look for SMT_KO2 ?
Cheers On Tue, Jan 27, 2015 at 2:54 PM, kennyut <[email protected]> wrote: > I tried to test HBase's data compression, I used two separate codes below: > > non-compression code: > create 'SMT_KO1', {NAME=>'info', COMPRESSION=> 'NONE', VERSIONS => 5}, > {NAME=>'usg', COMPRESSION=> 'NONE;, VERSIONS => 10}, > SPLITS=> ['0','1', '2', '3', '4', '5', '6', '7', '8', > '9'] > > compression code: > create 'SMT_KO2', {NAME=>'info', COMPRESSION=>'lz4', VERSIONS => 5}, > {NAME=>'usg', COMPRESSION=>'lz4', VERSIONS => 10}, > SPLITS=> ['0','1', '2', '3', '4', '5', '6', '7', '8', > '9'] > > I can find two data folders under my hdfs://hbase path. One is SMT_KO1 and > the other is SMT_KO2. > The SMT_KO1 looks OK, the total folder size is around 3.1 Gb, but the > SMT_KO2 which is created from the compression code has only 1008 bytes. > > Does someone know where do those files go? Both tables look ok if I open > them in Hue's HBase browser. > Any suggestion? > > Thank you! > > > > -- > View this message in context: > http://apache-hbase.679495.n3.nabble.com/After-compression-the-table-folders-under-hdfs-hbase-are-empty-tp4067921.html > Sent from the HBase User mailing list archive at Nabble.com. >
