hbase-user mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Jonathan Gray <jg...@facebook.com>
Subject RE: Unexpected shell behavior -- changing one column family attribute resets the others to the default
Date Fri, 05 Nov 2010 23:03:07 GMT
This is fixed in trunk.  There was a bug that was resetting other options to defaults.

> -----Original Message-----
> From: Buttler, David [mailto:buttler1@llnl.gov]
> Sent: Friday, November 05, 2010 3:57 PM
> To: user@hbase.apache.org
> Subject: Unexpected shell behavior -- changing one column family
> attribute resets the others to the default
> 
> Hi all,
> I decided I didn't need to keep around extra versions for one of my
> tables, so I went in to the shell and changed the VERSION attribute for
> the column families to 1.  I described the table and noticed that it
> was no longer using compression.  So I changed the compression
> attribute, and now the version attribute is back to 3.  This seems
> counter-intuitive to me:  if I specify only one attribute to change in
> a table, I expect that the rest of the attributes to be unchanged and
> not to revert to default.
> 
> Dave
> Version: CDH3 beta 3


Mime
View raw message