[jira] [Created] (HBASE-19592) Add UTs to test retry on update zk failure

Duo Zhang created HBASE-19592: - Summary: Add UTs to test retry on update zk failure Key: HBASE-19592 URL: https://issues.apache.org/jira/browse/HBASE-19592 Project: HBase Issue Type: Sub-task

[jira] [Resolved] (HBASE-15124) Document the new 'normalization' feature in refguid

[ https://issues.apache.org/jira/browse/HBASE-15124?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] stack resolved HBASE-15124. --- Resolution: Fixed Fix Version/s: (was: 1.4.1) (was: 1.3.2)

[jira] [Created] (HBASE-19591) Cleanup the usage of ReplicationAdmin from hbase-shell

Guanghao Zhang created HBASE-19591: -- Summary: Cleanup the usage of ReplicationAdmin from hbase-shell Key: HBASE-19591 URL: https://issues.apache.org/jira/browse/HBASE-19591 Project: HBase

[jira] [Reopened] (HBASE-19588) Additional jar dependencies needed for PerformanceEvaluation?

[ https://issues.apache.org/jira/browse/HBASE-19588?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] stack reopened HBASE-19588: --- Good point [~chu11] Reopened Sir. > Additional jar dependencies needed for PerformanceEvaluation? >

[jira] [Resolved] (HBASE-17248) SimpleRegionNormalizer javadoc correction

[ https://issues.apache.org/jira/browse/HBASE-17248?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] stack resolved HBASE-17248. --- Resolution: Fixed Assignee: Daisuke Kobayashi Hadoop Flags: Reviewed Fix Version/s:

Re: [ANNOUNCE] Please welcome new HBase committer YI Liang

Thank you for your continuing contributions! On Dec 20, 2017 4:06 PM, "Jerry He" wrote: > On behalf of the Apache HBase PMC, I am pleased to announce that > Yi Liang has accepted the PMC's invitation to become a committer > on the project. > > We appreciate all of Yi's great

[jira] [Resolved] (HBASE-10092) Move to slf4j

[ https://issues.apache.org/jira/browse/HBASE-10092?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Appy resolved HBASE-10092. -- Resolution: Fixed > Move to slf4j > - > > Key: HBASE-10092 > URL:

[jira] [Reopened] (HBASE-10092) Move to slf4j

[ https://issues.apache.org/jira/browse/HBASE-10092?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Appy reopened HBASE-10092: -- > Move to slf4j > - > > Key: HBASE-10092 > URL:

[jira] [Created] (HBASE-19590) Remove the duplicate code in deprecated ReplicationAdmin

Guanghao Zhang created HBASE-19590: -- Summary: Remove the duplicate code in deprecated ReplicationAdmin Key: HBASE-19590 URL: https://issues.apache.org/jira/browse/HBASE-19590 Project: HBase

[jira] [Created] (HBASE-19589) New regions should always be added with state CLOSED

Appy created HBASE-19589: Summary: New regions should always be added with state CLOSED Key: HBASE-19589 URL: https://issues.apache.org/jira/browse/HBASE-19589 Project: HBase Issue Type: Bug

[jira] [Resolved] (HBASE-19588) Additional jar dependencies needed for PerformanceEvaluation?

[ https://issues.apache.org/jira/browse/HBASE-19588?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] stack resolved HBASE-19588. --- Resolution: Invalid > Additional jar dependencies needed for PerformanceEvaluation? >

[jira] [Created] (HBASE-19588) Additional jar dependencies needed for PerformanceEvaluation?

Albert Chu created HBASE-19588: -- Summary: Additional jar dependencies needed for PerformanceEvaluation? Key: HBASE-19588 URL: https://issues.apache.org/jira/browse/HBASE-19588 Project: HBase

[jira] [Resolved] (HBASE-19585) [WAL] "Unhandled: Bad type on operand stack" PBHelperClient.convert failing on HdfsProtos$ContentSummaryProto

[ https://issues.apache.org/jira/browse/HBASE-19585?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] stack resolved HBASE-19585. --- Resolution: Not A Problem Resolving as not a problem... > [WAL] "Unhandled: Bad type on operand stack"

[jira] [Created] (HBASE-19587) [sfl4j] " Class path contains multiple SLF4J binding" complaint

stack created HBASE-19587: - Summary: [sfl4j] " Class path contains multiple SLF4J binding" complaint Key: HBASE-19587 URL: https://issues.apache.org/jira/browse/HBASE-19587 Project: HBase Issue

[jira] [Created] (HBASE-19586) Figure how to enable compression by default (fallbacks if native is missing, etc.)

stack created HBASE-19586: - Summary: Figure how to enable compression by default (fallbacks if native is missing, etc.) Key: HBASE-19586 URL: https://issues.apache.org/jira/browse/HBASE-19586 Project: HBase

[jira] [Created] (HBASE-19585) [WAL] "Unhandled: Bad type on operand stack" PBHelperClient.convert failing on HdfsProtos$ContentSummaryProto

stack created HBASE-19585: - Summary: [WAL] "Unhandled: Bad type on operand stack" PBHelperClient.convert failing on HdfsProtos$ContentSummaryProto Key: HBASE-19585 URL: https://issues.apache.org/jira/browse/HBASE-19585

Re: [VOTE] hbase-thirdparty 2.0.0 RC

Reminder to folks that this RC still needs another binding PMC vote on it. I have filed jira issues HBASE-19560 and HBASE-19584 to address the concerns raised so far. Thanks, Mike On Wed, Dec 20, 2017 at 12:13 PM, Josh Elser wrote: > +1 > > * L not entirely accurate, IMO.

Re: [ANNOUNCE] Please welcome new HBase committer YI Liang

Congratulations and welcome, Yi. On Wed, Dec 20, 2017 at 4:06 PM, Jerry He wrote: > On behalf of the Apache HBase PMC, I am pleased to announce that > Yi Liang has accepted the PMC's invitation to become a committer > on the project. > > We appreciate all of Yi's great work

Re: [DISCUSSION] Default configurations in hbase-2.0.0 hbase-default.xml

My point being: if it is too slow for many use cases (like bzip2 and zip/deflate) and requires a native library, then we can't enable it by default. If we can find a fast LZ variant that has a pure java fallback, we could -- maybe, assuming it does produce the expected benefits without hurting

Re: [DISCUSSION] Default configurations in hbase-2.0.0 hbase-default.xml

No, that's not good either. I mean something like a fast LZ variant. On Thu, Dec 21, 2017 at 12:10 AM, C Reid wrote: > .gz (GzipCodec) or .deflate (DeflateCodec). > > > From: saint@gmail.com on behalf of Stack <

[jira] [Created] (HBASE-19584) hbase-thirdparty L refer to items not actually in the src release

Mike Drob created HBASE-19584: - Summary: hbase-thirdparty L refer to items not actually in the src release Key: HBASE-19584 URL: https://issues.apache.org/jira/browse/HBASE-19584 Project: HBase

Re: [DISCUSSION] Default configurations in hbase-2.0.0 hbase-default.xml

On Thu, Dec 21, 2017 at 10:33 AM, Mike Drob wrote: > I'm not super comfortable with that... > > If it has a spotty record like you suggest, then I don't want to be ironing > out issues with it so close to beta/release. There's already enough to iron > out and we're so close to

[jira] [Resolved] (HBASE-19571) Minor refactor of Nightly run scripts

[ https://issues.apache.org/jira/browse/HBASE-19571?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Appy resolved HBASE-19571. -- Resolution: Fixed Fix Version/s: 2.0.0-beta-1 > Minor refactor of Nightly run scripts >

[jira] [Created] (HBASE-19583) Delete EOL branches - branch-1.0 and branch-1.1

Appy created HBASE-19583: Summary: Delete EOL branches - branch-1.0 and branch-1.1 Key: HBASE-19583 URL: https://issues.apache.org/jira/browse/HBASE-19583 Project: HBase Issue Type: Bug

Re: [DISCUSSION] Default configurations in hbase-2.0.0 hbase-default.xml

I'm not super comfortable with that... If it has a spotty record like you suggest, then I don't want to be ironing out issues with it so close to beta/release. There's already enough to iron out and we're so close to the end that I don't want to risk destabilizing at this point... Mike On Thu,

[jira] [Created] (HBASE-19582) Tags on append doesn't behave like expected

Jean-Marc Spaggiari created HBASE-19582: --- Summary: Tags on append doesn't behave like expected Key: HBASE-19582 URL: https://issues.apache.org/jira/browse/HBASE-19582 Project: HBase

Re: [DISCUSSION] Default configurations in hbase-2.0.0 hbase-default.xml

There's been a request to enable region normalization by default. Sounds reasonable to me. Any objections? I think normalization has spotted record so far. Enabling it we can try and iron out and issues with it before we do the hbase 2.0.0 RC. If not possible, can disable before RC. Thanks, S On

[jira] [Created] (HBASE-19581) Fix Checkstyle error in hbase-external-blockcache

Jan Hentschel created HBASE-19581: - Summary: Fix Checkstyle error in hbase-external-blockcache Key: HBASE-19581 URL: https://issues.apache.org/jira/browse/HBASE-19581 Project: HBase Issue

[jira] [Resolved] (HBASE-19580) Use slf4j instead of commons-logging

[ https://issues.apache.org/jira/browse/HBASE-19580?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Duo Zhang resolved HBASE-19580. --- Resolution: Fixed The patch is straight forward. Rebased and pushed to branch HBASE-19397. > Use

[jira] [Resolved] (HBASE-10092) Move to slf4j

[ https://issues.apache.org/jira/browse/HBASE-10092?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Duo Zhang resolved HBASE-10092. --- Resolution: Fixed Pushed the addendum to master and branch-2. > Move to slf4j > - > >

[jira] [Reopened] (HBASE-10092) Move to slf4j

[ https://issues.apache.org/jira/browse/HBASE-10092?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Duo Zhang reopened HBASE-10092: --- TestAssignProcedure and TestWALEntrySinkFilter are still on commons-logging. Reopen to push a simple

[jira] [Created] (HBASE-19580) Use slf4j instead of commons-logging

Duo Zhang created HBASE-19580: - Summary: Use slf4j instead of commons-logging Key: HBASE-19580 URL: https://issues.apache.org/jira/browse/HBASE-19580 Project: HBase Issue Type: Sub-task

[jira] [Created] (HBASE-19579) Add peer lock test for shell command list_locks

Duo Zhang created HBASE-19579: - Summary: Add peer lock test for shell command list_locks Key: HBASE-19579 URL: https://issues.apache.org/jira/browse/HBASE-19579 Project: HBase Issue Type:

[jira] [Resolved] (HBASE-19544) Add UTs for testing concurrent modifications on replication peer

[ https://issues.apache.org/jira/browse/HBASE-19544?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Duo Zhang resolved HBASE-19544. --- Resolution: Duplicate HBASE-19520 has already added the concurrent test. Resolve as duplicated. >

Re: Request to Join Slack Channel

Me too please ;) Thanks, JMS 2017-12-20 20:54 GMT-05:00 Philippe Laflamme : > Hi, > > I'd like to join the slack discussion and the guide mentions writing to > this address to obtain an invite. May I obtain an invite please? > > Thanks, > Philippe >

[jira] [Created] (HBASE-19578) MasterProcWALs cleaning is incorrect

Peter Somogyi created HBASE-19578: - Summary: MasterProcWALs cleaning is incorrect Key: HBASE-19578 URL: https://issues.apache.org/jira/browse/HBASE-19578 Project: HBase Issue Type: Bug

Re: [ANNOUNCE] Please welcome new HBase committer YI Liang

Congratulations! Best Regards, Yu On 21 December 2017 at 16:07, Chia-Ping Tsai wrote: > Congratulations , and welcome !!! > > On 2017-12-21 08:06, Jerry He wrote: > > On behalf of the Apache HBase PMC, I am pleased to announce that > > Yi Liang has

Re: [DISCUSSION] Default configurations in hbase-2.0.0 hbase-default.xml

.gz (GzipCodec) or .deflate (DeflateCodec). From: saint@gmail.com on behalf of Stack Sent: 21 December 2017 15:01:21 To: HBase Dev List Subject: Re: [DISCUSSION] Default configurations in hbase-2.0.0 hbase-default.xml

Re: [ANNOUNCE] Please welcome new HBase committer YI Liang

Congratulations , and welcome !!! On 2017-12-21 08:06, Jerry He wrote: > On behalf of the Apache HBase PMC, I am pleased to announce that > Yi Liang has accepted the PMC's invitation to become a committer > on the project. > > We appreciate all of Yi's great work thus far

Re: Cleanup and remove the code path where is no hbase.client.rpc.codec

On Tue, Dec 19, 2017 at 7:02 PM, Jerry He wrote: > RPC_CODEC_CONF_KEY 'hbase.client.rpc.codec' is a property we use on the > client side to determine the RPC codec. > > It currently has a strange logic. Whereas the default is KeyValueCodec, we > allow a user to specify an