Re: Tall good with Scans, Wide good with Gets???

You're welcome. On Wed, Jan 22, 2014 at 3:03 PM, Tianying Chang wrote: > Thanks Ted, This jira helped me to understand that claim much better now. > > > On Wed, Jan 22, 2014 at 1:10 PM, Ted Yu wrote: > > > For the follow-on question of #1, see HBASE-9488 : small scan. > > > > Cheers > > > > >

Re: Tall good with Scans, Wide good with Gets???

Thanks Ted, This jira helped me to understand that claim much better now. On Wed, Jan 22, 2014 at 1:10 PM, Ted Yu wrote: > For the follow-on question of #1, see HBASE-9488 : small scan. > > Cheers > > > On Wed, Jan 22, 2014 at 10:30 AM, Tianying Chang > wrote: > > > Ted, Thanks for link! > > >

Re: Tall good with Scans, Wide good with Gets???

For the follow-on question of #1, see HBASE-9488 : small scan. Cheers On Wed, Jan 22, 2014 at 10:30 AM, Tianying Chang wrote: > Ted, Thanks for link! > > 1. the post said "Get will pread from HDFS where Scan will seek and read > under lock (and only fall back to pread when it notices contentio

Re: Hbase Installation on top of HDFS high availability

You can find the manual for HDP here: http://docs.hortonworks.com/HDPDocuments/HDP2/HDP-2.0.5.0/bk_system-admin-guide/content/ch_hadoop-ha.html I think you have to configure your hbase root dir and client side hdfs configuration. Enis On Wed, Jan 22, 2014 at 12:22 AM, jaksky wrote: > I am usin

Re: Tall good with Scans, Wide good with Gets???

Ted, Thanks for link! 1. the post said "Get will pread from HDFS where Scan will seek and read under lock (and only fall back to pread when it notices contention on the hfile)." It seems pread is for highly concurrent small readers. So this brings me a new question: does this mean that if my sca

Re: Hbase Installation on top of HDFS high availability

I am using HBase 0.96.0 as I am running a Hortonworks HDP 2.0. The issue is that when my NameNode does perform the fail over the HBase gets completely stacked. I think that the problem is that HBase is still pointing to the previous namennode but couldn't find a manual how to set it up correctly.

Re: Tall good with Scans, Wide good with Gets???

See http://search-hadoop.com/m/nAAad2wRi03/Is+get+a+private+case+of+scan&subj=Re+Is+get+a+private+case+of+scan+ Cheers On Wed, Jan 22, 2014 at 10:09 AM, Tianying Chang wrote: > Hi, > > I watched this youtube video http://www.youtube.com/watch?v=_HLoH_PgrLk by > Lars George. It is really good o

Tall good with Scans, Wide good with Gets???

Hi, I watched this youtube video http://www.youtube.com/watch?v=_HLoH_PgrLk by Lars George. It is really good one! I just have one thing still cannot understand. It said Tall is good for Scan, Wide is good for Get. My understanding is that Scan and Get is using the same code underlying. It first

max HStoreFile size

Hi all, I'm using HBase 0.94.12 and in some tables I'm managing splitting and compactions manually. I was wondering if hbase.hregion.max.filesize relates to compressed or uncompressed file size. If I'm using compression, and the file size < hbase.hregion.max.filesize but uncompressed it's bigger,

Re: Inconsistency in hbase tables

Hi, Which version of hbase you are using ? Did you try fixing with hbase hbck -fixMeta ?. Also if hbck don't fix this issue for you you can use the OfflineMetaRepar tool to create META and ROOT regions and tables. You can find very useful instruction here: http://hbase.apache.org/book/hbck.in.dep

Inconsistency in hbase tables

i am running hbase 0.94.6 version by mistake i deleted a directory under /hbase in hdfs i recovered that directory again from .Trash of hdfs. when i ran a hbase hbck on the respective table it is showing Inconsistency. there's something i messed up with META info of Regions any idea of how to f