hbase get big table problem

I got a cluster of 200 regionserver, and one of the tables is about 3T and 5 billion lines. Is it possible to get about 8000 Gets per second(about 100,000 lines)? I found YOUNG GC occurs every several senconds, each GC cost about 1second. if I set -Xmn bigger, the GC occurs every several

Re: Any PMCs interested in apache/hbase Bintray access?

I'm game. my bintray username is, unsurprisingly, busbey. On Tue, Jun 21, 2016 at 8:30 PM, Dima Spivak wrote: > Hey everyone, > > Over in INFRA-12019, Jake Farrell from ASF Infra has helped us out by > setting up an official apache/hbase Bintray repository. At least to

Re: Any PMCs interested in apache/hbase Bintray access?

Yes and yes. See my other mail to you. Thanks Dima. > On Jun 21, 2016, at 6:30 PM, Dima Spivak wrote: > > Hey everyone, > > Over in INFRA-12019, Jake Farrell from ASF Infra has helped us out by > setting up an official apache/hbase Bintray repository. At least to start,

Re: [DISCUSS] HBase-2.0 SHOULD be rolling upgradable and wire-compatible with 1.x

bq. We should keep main data paths working between 1.x client and 2.0 cluster. It is fine if some admin operation does not work with older client. +1 2016-06-22 2:13 GMT+08:00 Enis Söztutar : > Agreed with above. We should keep main data paths working between 1.x > client and

[jira] [Created] (HBASE-16081) Replication remove_peer gets stuck and blocks WAL rolling

Ashu Pachauri created HBASE-16081: - Summary: Replication remove_peer gets stuck and blocks WAL rolling Key: HBASE-16081 URL: https://issues.apache.org/jira/browse/HBASE-16081 Project: HBase

Any PMCs interested in apache/hbase Bintray access?

Hey everyone, Over in INFRA-12019, Jake Farrell from ASF Infra has helped us out by setting up an official apache/hbase Bintray repository. At least to start, the goal of this will be to house our push-able Docker Registry to support the work being done in HBASE-12721. Would any PMC members be

[jira] [Created] (HBASE-16080) Fix flakey tests

Elliott Clark created HBASE-16080: - Summary: Fix flakey tests Key: HBASE-16080 URL: https://issues.apache.org/jira/browse/HBASE-16080 Project: HBase Issue Type: Sub-task

[jira] [Created] (HBASE-16079) TestFailedAppendAndSync fails

Mikhail Antonov created HBASE-16079: --- Summary: TestFailedAppendAndSync fails Key: HBASE-16079 URL: https://issues.apache.org/jira/browse/HBASE-16079 Project: HBase Issue Type: Bug

Re: [DISCUSS] HBase-2.0 SHOULD be rolling upgradable and wire-compatible with 1.x

Agreed with above. We should keep main data paths working between 1.x client and 2.0 cluster. It is fine if some admin operation does not work with older client. Agreed on replication as well, it must work or we should have a dedicated replicator implementation. HBASE-16060 would have been fine

Re: [DISCUSS] HBase-2.0 SHOULD be rolling upgradable and wire-compatible with 1.x

Inline > On Jun 20, 2016, at 11:30 PM, Matteo Bertozzi wrote: > > I think everyone wants rolling upgrade. the discussion should probably be > around how much compatibility code do we want to keep around. > > using as example HBASE-16060, we need to decide how much are

Successful: HBase Generate Website

Build status: Successful If successful, the website and docs have been generated. If failed, skip to the bottom of this email. Use the following commands to download the patch and apply it to a clean branch based on origin/asf-site. If you prefer to keep the hbase-site repo around

Not able to enable Table after network error

Hi all We encountered a strange scenario in our Hbase cluster ( based on 1.0 branch). Scenario is like below There is a table (t1) with region (r1) in disabled state. Region r1 was last assigned to Region Server (RS1). For some duration in between, Network communication got broken between

[jira] [Created] (HBASE-16078) Create java cli tool for managing blancer states for scripts usage.

Samir Ahmic created HBASE-16078: --- Summary: Create java cli tool for managing blancer states for scripts usage. Key: HBASE-16078 URL: https://issues.apache.org/jira/browse/HBASE-16078 Project: HBase

Re: MutableQuantiles

Hi Elliott, I was referring to MutableQuantiles vs MetricsMutableQuantiles. The Histogram ones are cleaned up as you say and I saw. But what about the former pair? Lars On Mon, Jun 20, 2016 at 7:13 PM, Elliott Clark wrote: > MetricMutableHistogram and all ( The classes which

Re: [DISCUSS] HBase-2.0 SHOULD be rolling upgradable and wire-compatible with 1.x

+1 on requiring upgrading to one of the latest 1.x.y before upgrading to 2.0. 2016-06-21 14:30 GMT+08:00 Matteo Bertozzi : > I think everyone wants rolling upgrade. the discussion should probably be > around how much compatibility code do we want to keep around. > >

Re: [DISCUSS] HBase-2.0 SHOULD be rolling upgradable and wire-compatible with 1.x

I think everyone wants rolling upgrade. the discussion should probably be around how much compatibility code do we want to keep around. using as example HBASE-16060, we need to decide how much are we rolling upgradable and from where. I'm not too convinced that we should have extra code in master