[jira] [Commented] (HBASE-17893) Allow HBase to build against Hadoop 2.8.0

[ https://issues.apache.org/jira/browse/HBASE-17893?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16036162#comment-16036162 ] Lars Hofhansl commented on HBASE-17893: --- Comments? [~busbey], [~mantonov], fine to

[jira] [Commented] (HBASE-18095) Provide an option for clients to find the server hosting META that does not involve the ZooKeeper client

[ https://issues.apache.org/jira/browse/HBASE-18095?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16030628#comment-16030628 ] Lars Hofhansl commented on HBASE-18095: --- I do like dropping the ZK dependencies for

[jira] [Commented] (HBASE-18027) Replication should respect RPC size limits when batching edits

[ https://issues.apache.org/jira/browse/HBASE-18027?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16027200#comment-16027200 ] Lars Hofhansl commented on HBASE-18027: --- Looks good. +1 > Replication should respe

[jira] [Commented] (HBASE-18127) Allow regionobserver to optionally skip postPut/postDelete when postBatchMutate was called

[ https://issues.apache.org/jira/browse/HBASE-18127?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16026889#comment-16026889 ] Lars Hofhansl commented on HBASE-18127: --- OK... Moved to an HBase issue. > Allow re

[jira] [Moved] (HBASE-18127) Allow regionobserver to optionally skip postPut/postDelete when postBatchMutate was called

[ https://issues.apache.org/jira/browse/HBASE-18127?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Lars Hofhansl moved PHOENIX-3892 to HBASE-18127: Issue Type: New Feature (was: Bug) Key: HBASE-18127 (w

[jira] [Updated] (HBASE-17893) Allow HBase to build against Hadoop 2.8.0

[ https://issues.apache.org/jira/browse/HBASE-17893?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Lars Hofhansl updated HBASE-17893: -- Attachment: 17893-1.3-backport.txt This is against branch 1.3. Can be a first step. Maybe we ju

[jira] [Commented] (HBASE-17893) Allow HBase to build against Hadoop 2.8.0

[ https://issues.apache.org/jira/browse/HBASE-17893?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16026863#comment-16026863 ] Lars Hofhansl commented on HBASE-17893: --- If now I just backport HBASE-16712, I can

[jira] [Commented] (HBASE-17893) Allow HBase to build against Hadoop 2.8.0

[ https://issues.apache.org/jira/browse/HBASE-17893?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16026853#comment-16026853 ] Lars Hofhansl commented on HBASE-17893: --- Confirmed that LICENSE seems fine now. Fai

[jira] [Commented] (HBASE-18027) Replication should respect RPC size limits when batching edits

[ https://issues.apache.org/jira/browse/HBASE-18027?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16026547#comment-16026547 ] Lars Hofhansl commented on HBASE-18027: --- [~apurtell], [~THEcreationist], let's go w

[jira] [Commented] (HBASE-18027) Replication should respect RPC size limits when batching edits

[ https://issues.apache.org/jira/browse/HBASE-18027?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16023218#comment-16023218 ] Lars Hofhansl commented on HBASE-18027: --- +1 > Replication should respect RPC size

[jira] [Commented] (HBASE-18042) Client Compatibility breaks between versions 1.2 and 1.3

[ https://issues.apache.org/jira/browse/HBASE-18042?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16011277#comment-16011277 ] Lars Hofhansl commented on HBASE-18042: --- So just to be clear: The HBase 1.2.x clien

[jira] [Commented] (HBASE-17489) ClientScanner may send a next request to a RegionScanner which has been exhausted

[ https://issues.apache.org/jira/browse/HBASE-17489?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16011270#comment-16011270 ] Lars Hofhansl commented on HBASE-17489: --- Thanks [~tsuna] (has been a while) :) All

[jira] [Commented] (HBASE-17887) Row-level consistency is broken for read

[ https://issues.apache.org/jira/browse/HBASE-17887?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16011062#comment-16011062 ] Lars Hofhansl commented on HBASE-17887: --- bq. I guess Lars say HBASE-14970 and this

[jira] [Commented] (HBASE-18027) HBaseInterClusterReplicationEndpoint should respect RPC size limits when batching edits

[ https://issues.apache.org/jira/browse/HBASE-18027?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16009513#comment-16009513 ] Lars Hofhansl commented on HBASE-18027: --- I also notice that that readAllEntriesToRe

[jira] [Commented] (HBASE-18027) HBaseInterClusterReplicationEndpoint should respect RPC size limits when batching edits

[ https://issues.apache.org/jira/browse/HBASE-18027?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16009511#comment-16009511 ] Lars Hofhansl commented on HBASE-18027: --- bq. The worklist handed to HICRE#Replicato

[jira] [Commented] (HBASE-18043) Institute a hard limit for individual cell size that cannot be overridden by clients

[ https://issues.apache.org/jira/browse/HBASE-18043?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16009510#comment-16009510 ] Lars Hofhansl commented on HBASE-18043: --- Still +1 :) > Institute a hard limit for

[jira] [Commented] (HBASE-18027) HBaseInterClusterReplicationEndpoint should respect RPC size limits when batching edits

[ https://issues.apache.org/jira/browse/HBASE-18027?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16009136#comment-16009136 ] Lars Hofhansl commented on HBASE-18027: --- (And hence perhaps this is just checking t

[jira] [Commented] (HBASE-18043) Institute a hard limit for individual cell size that cannot be overridden by clients

[ https://issues.apache.org/jira/browse/HBASE-18043?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16009135#comment-16009135 ] Lars Hofhansl commented on HBASE-18043: --- Thanks! +1 > Institute a hard limit for

[jira] [Comment Edited] (HBASE-18027) HBaseInterClusterReplicationEndpoint should respect RPC size limits when batching edits

[ https://issues.apache.org/jira/browse/HBASE-18027?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16009134#comment-16009134 ] Lars Hofhansl edited comment on HBASE-18027 at 5/13/17 4:47 AM: ---

[jira] [Commented] (HBASE-18027) HBaseInterClusterReplicationEndpoint should respect RPC size limits when batching edits

[ https://issues.apache.org/jira/browse/HBASE-18027?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16009134#comment-16009134 ] Lars Hofhansl commented on HBASE-18027: --- So looking at the code... In the original

[jira] [Commented] (HBASE-18027) HBaseInterClusterReplicationEndpoint should respect RPC size limits when batching edits

[ https://issues.apache.org/jira/browse/HBASE-18027?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16009126#comment-16009126 ] Lars Hofhansl commented on HBASE-18027: --- Looking > HBaseInterClusterReplicationEnd

[jira] [Commented] (HBASE-17887) Row-level consistency is broken for read

[ https://issues.apache.org/jira/browse/HBASE-17887?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16009074#comment-16009074 ] Lars Hofhansl commented on HBASE-17887: --- Wow. Changes like HBASE-14970 and this one

[jira] [Commented] (HBASE-18043) Institute a hard limit for individual cell size that cannot be overridden by clients

[ https://issues.apache.org/jira/browse/HBASE-18043?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16008936#comment-16008936 ] Lars Hofhansl commented on HBASE-18043: --- Looks good. Should we add a test with Put

[jira] [Commented] (HBASE-18000) Make sure we always return the scanner id with ScanResponse

[ https://issues.apache.org/jira/browse/HBASE-18000?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15998561#comment-15998561 ] Lars Hofhansl commented on HBASE-18000: --- [~karanmehta93], can't retroactively chang

[jira] [Updated] (HBASE-18000) Make sure we always return the scanner id with ScanResponse

[ https://issues.apache.org/jira/browse/HBASE-18000?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Lars Hofhansl updated HBASE-18000: -- Affects Version/s: 1.3.1 > Make sure we always return the scanner id with ScanResponse > --

[jira] [Commented] (HBASE-18000) Make sure we always return the scanner id with ScanResponse

[ https://issues.apache.org/jira/browse/HBASE-18000?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15997824#comment-15997824 ] Lars Hofhansl commented on HBASE-18000: --- Perhaps it's as simple to just builder.set

[jira] [Commented] (HBASE-17489) ClientScanner may send a next request to a RegionScanner which has been exhausted

[ https://issues.apache.org/jira/browse/HBASE-17489?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15997822#comment-15997822 ] Lars Hofhansl commented on HBASE-17489: --- Thanks [~Apache9]. Filed HBASE-18000 (wow

[jira] [Created] (HBASE-18000) Make sure we always return the scanner id with ScanResponse

Lars Hofhansl created HBASE-18000: - Summary: Make sure we always return the scanner id with ScanResponse Key: HBASE-18000 URL: https://issues.apache.org/jira/browse/HBASE-18000 Project: HBase

[jira] [Commented] (HBASE-17489) ClientScanner may send a next request to a RegionScanner which has been exhausted

[ https://issues.apache.org/jira/browse/HBASE-17489?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15997677#comment-15997677 ] Lars Hofhansl commented on HBASE-17489: --- Hey [~Apache9]. Quick question: It seems t

[jira] [Commented] (HBASE-17917) Use pread by default for all user scan

[ https://issues.apache.org/jira/browse/HBASE-17917?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15989763#comment-15989763 ] Lars Hofhansl commented on HBASE-17917: --- The title does not quite reflect the patch

[jira] [Commented] (HBASE-17877) Improve HBase's byte[] comparator

[ https://issues.apache.org/jira/browse/HBASE-17877?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15987599#comment-15987599 ] Lars Hofhansl commented on HBASE-17877: --- Thanks for the patches [~vik.karma]! > Im

[jira] [Updated] (HBASE-17877) Improve HBase's byte[] comparator

[ https://issues.apache.org/jira/browse/HBASE-17877?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Lars Hofhansl updated HBASE-17877: -- Resolution: Fixed Fix Version/s: 1.3.2 1.4.0 2.0.0

[jira] [Updated] (HBASE-17877) Improve HBase's byte[] comparator

[ https://issues.apache.org/jira/browse/HBASE-17877?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Lars Hofhansl updated HBASE-17877: -- Summary: Improve HBase's byte[] comparator (was: Replace/improve HBase's byte[] comparator) >

[jira] [Commented] (HBASE-17877) Replace/improve HBase's byte[] comparator

[ https://issues.apache.org/jira/browse/HBASE-17877?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15986033#comment-15986033 ] Lars Hofhansl commented on HBASE-17877: --- +1 Unless I hear objections I will commit

[jira] [Commented] (HBASE-17958) Avoid passing unexpected cell to ScanQueryMatcher when optimize SEEK to SKIP

[ https://issues.apache.org/jira/browse/HBASE-17958?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15986024#comment-15986024 ] Lars Hofhansl commented on HBASE-17958: --- bq. Can you imagine that, you call a seek

[jira] [Commented] (HBASE-17958) Avoid passing unexpected cell to ScanQueryMatcher when optimize SEEK to SKIP

[ https://issues.apache.org/jira/browse/HBASE-17958?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15986019#comment-15986019 ] Lars Hofhansl commented on HBASE-17958: --- Looks good generally. Are you sure we're n

[jira] [Commented] (HBASE-17917) Use pread by default for all user scan

[ https://issues.apache.org/jira/browse/HBASE-17917?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15986000#comment-15986000 ] Lars Hofhansl commented on HBASE-17917: --- Nice > Use pread by default for all user

[jira] [Commented] (HBASE-17958) Avoid passing unexpected cell to ScanQueryMatcher when optimize SEEK to SKIP

[ https://issues.apache.org/jira/browse/HBASE-17958?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15983966#comment-15983966 ] Lars Hofhansl commented on HBASE-17958: --- The problem is the order in which the filt

[jira] [Commented] (HBASE-17958) Avoid passing unexpected cell to ScanQueryMatcher when optimize SEEK to SKIP

[ https://issues.apache.org/jira/browse/HBASE-17958?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15983320#comment-15983320 ] Lars Hofhansl commented on HBASE-17958: --- It is expected that the column trackers so

[jira] [Commented] (HBASE-17958) Avoid passing unexpected cell to ScanQueryMatcher when optimize SEEK to SKIP

[ https://issues.apache.org/jira/browse/HBASE-17958?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15983308#comment-15983308 ] Lars Hofhansl commented on HBASE-17958: --- Do you guys have a unit test to show this?

[jira] [Commented] (HBASE-17877) Replace/improve HBase's byte[] comparator

[ https://issues.apache.org/jira/browse/HBASE-17877?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15982345#comment-15982345 ] Lars Hofhansl commented on HBASE-17877: --- [~vik.karma] if you have time, sure. Happy

[jira] [Commented] (HBASE-17877) Replace/improve HBase's byte[] comparator

[ https://issues.apache.org/jira/browse/HBASE-17877?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15982114#comment-15982114 ] Lars Hofhansl commented on HBASE-17877: --- [~busbey], you are right. We looked at Gua

[jira] [Commented] (HBASE-17448) Export metrics from RecoverableZooKeeper

[ https://issues.apache.org/jira/browse/HBASE-17448?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15980275#comment-15980275 ] Lars Hofhansl commented on HBASE-17448: --- lgtm > Export metrics from RecoverableZoo

[jira] [Commented] (HBASE-17877) Replace/improve HBase's byte[] comparator

[ https://issues.apache.org/jira/browse/HBASE-17877?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15980272#comment-15980272 ] Lars Hofhansl commented on HBASE-17877: --- If there're no further comments... Good to

[jira] [Commented] (HBASE-17937) Memstore size becomes negative in case of expensive postPut/Delete Coprocessor call

[ https://issues.apache.org/jira/browse/HBASE-17937?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15973407#comment-15973407 ] Lars Hofhansl commented on HBASE-17937: --- +1 on branch-1 patch. (nice to get rid of

[jira] [Comment Edited] (HBASE-17937) Memstore size becomes negative in case of expensive postPut/Delete Coprocessor call

[ https://issues.apache.org/jira/browse/HBASE-17937?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15973189#comment-15973189 ] Lars Hofhansl edited comment on HBASE-17937 at 4/18/17 6:06 PM: ---

[jira] [Commented] (HBASE-17937) Memstore size becomes negative in case of expensive postPut/Delete Coprocessor call

[ https://issues.apache.org/jira/browse/HBASE-17937?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15973189#comment-15973189 ] Lars Hofhansl commented on HBASE-17937: --- Agreed. I think it's just [~abhishek.chouh

[jira] [Commented] (HBASE-17937) Memstore size becomes negative in case of expensive postPut/Delete Coprocessor call

[ https://issues.apache.org/jira/browse/HBASE-17937?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15973163#comment-15973163 ] Lars Hofhansl commented on HBASE-17937: --- So we looked at the code here. I think thi

[jira] [Commented] (HBASE-17877) Replace/improve HBase's byte[] comparator

[ https://issues.apache.org/jira/browse/HBASE-17877?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15972129#comment-15972129 ] Lars Hofhansl commented on HBASE-17877: --- Should we add a little comment about how m

[jira] [Commented] (HBASE-17877) Replace/improve HBase's byte[] comparator

[ https://issues.apache.org/jira/browse/HBASE-17877?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15972127#comment-15972127 ] Lars Hofhansl commented on HBASE-17877: --- I like -v4! > Replace/improve HBase's byt

[jira] [Comment Edited] (HBASE-17877) Replace/improve HBase's byte[] comparator

[ https://issues.apache.org/jira/browse/HBASE-17877?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15965441#comment-15965441 ] Lars Hofhansl edited comment on HBASE-17877 at 4/12/17 6:21 AM: ---

[jira] [Commented] (HBASE-17877) Replace/improve HBase's byte[] comparator

[ https://issues.apache.org/jira/browse/HBASE-17877?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15965441#comment-15965441 ] Lars Hofhansl commented on HBASE-17877: --- Also looking at the code (with offset, as

[jira] [Commented] (HBASE-17877) Replace/improve HBase's byte[] comparator

[ https://issues.apache.org/jira/browse/HBASE-17877?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15965426#comment-15965426 ] Lars Hofhansl commented on HBASE-17877: --- Hey [~vik.karma], I notice the Guava versi

[jira] [Commented] (HBASE-17877) Replace/improve HBase's byte[] comparator

[ https://issues.apache.org/jira/browse/HBASE-17877?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15965409#comment-15965409 ] Lars Hofhansl commented on HBASE-17877: --- I like the latest Guava code best anyway.

[jira] [Commented] (HBASE-17893) Allow HBase to build against Hadoop 2.8.0

[ https://issues.apache.org/jira/browse/HBASE-17893?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15965403#comment-15965403 ] Lars Hofhansl commented on HBASE-17893: --- I'll defer to your judgment. :) Thanks for

[jira] [Updated] (HBASE-17893) Allow HBase to build against Hadoop 2.8.0

[ https://issues.apache.org/jira/browse/HBASE-17893?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Lars Hofhansl updated HBASE-17893: -- Attachment: 17883-1.2-BROKEN.txt This adds the 3 missing dependencies. But... Build still fail

[jira] [Commented] (HBASE-17877) Replace/improve HBase's byte[] comparator

[ https://issues.apache.org/jira/browse/HBASE-17877?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15962420#comment-15962420 ] Lars Hofhansl commented on HBASE-17877: --- Hi [~vik.karma], none of the scenarios in

[jira] [Updated] (HBASE-17893) Allow HBase to build against Hadoop 2.8.0

[ https://issues.apache.org/jira/browse/HBASE-17893?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Lars Hofhansl updated HBASE-17893: -- Affects Version/s: 1.2.5 > Allow HBase to build against Hadoop 2.8.0 >

[jira] [Commented] (HBASE-17893) Allow HBase to build against Hadoop 2.8.0

[ https://issues.apache.org/jira/browse/HBASE-17893?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15961659#comment-15961659 ] Lars Hofhansl commented on HBASE-17893: --- [~apurtell], [~busbey]. The fix is probabl

[jira] [Created] (HBASE-17893) Allow HBase to build against Hadoop 2.8.0

Lars Hofhansl created HBASE-17893: - Summary: Allow HBase to build against Hadoop 2.8.0 Key: HBASE-17893 URL: https://issues.apache.org/jira/browse/HBASE-17893 Project: HBase Issue Type: Bug

[jira] [Commented] (HBASE-17877) Replace/improve HBase's byte[] comparator

[ https://issues.apache.org/jira/browse/HBASE-17877?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15961633#comment-15961633 ] Lars Hofhansl commented on HBASE-17877: --- OK... Waiting for one more test from [~vik

[jira] [Commented] (HBASE-17877) Replace/improve HBase's byte[] comparator

[ https://issues.apache.org/jira/browse/HBASE-17877?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15961631#comment-15961631 ] Lars Hofhansl commented on HBASE-17877: --- Just be complete. Here's the plain Gauva v

[jira] [Resolved] (HBASE-9739) HBaseClient does not behave nicely when the called thread is interrupted

[ https://issues.apache.org/jira/browse/HBASE-9739?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Lars Hofhansl resolved HBASE-9739. -- Resolution: Won't Fix Old issue. No update. Closing. > HBaseClient does not behave nicely when

[jira] [Commented] (HBASE-10944) Remove all kv.getBuffer() and kv.getRow() references existing in the code

[ https://issues.apache.org/jira/browse/HBASE-10944?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15961229#comment-15961229 ] Lars Hofhansl commented on HBASE-10944: --- How about we get rid of ensureKeyValue? Ri

[jira] [Resolved] (HBASE-10145) Table creation should proceed in the presence of a stale znode

[ https://issues.apache.org/jira/browse/HBASE-10145?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Lars Hofhansl resolved HBASE-10145. --- Resolution: Won't Fix Closing old issue. > Table creation should proceed in the presence of

[jira] [Resolved] (HBASE-10028) Cleanup metrics documentation

[ https://issues.apache.org/jira/browse/HBASE-10028?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Lars Hofhansl resolved HBASE-10028. --- Resolution: Won't Fix Closing old issue. > Cleanup metrics documentation > -

[jira] [Resolved] (HBASE-6492) Remove Reflection based Hadoop abstractions

[ https://issues.apache.org/jira/browse/HBASE-6492?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Lars Hofhansl resolved HBASE-6492. -- Resolution: Won't Fix Closing old issue. > Remove Reflection based Hadoop abstractions > --

[jira] [Resolved] (HBASE-5475) Allow importtsv and Import to work truly offline when using bulk import option

[ https://issues.apache.org/jira/browse/HBASE-5475?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Lars Hofhansl resolved HBASE-5475. -- Resolution: Won't Fix Closing old issue. > Allow importtsv and Import to work truly offline whe

[jira] [Resolved] (HBASE-5311) Allow inmemory Memstore compactions

[ https://issues.apache.org/jira/browse/HBASE-5311?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Lars Hofhansl resolved HBASE-5311. -- Resolution: Won't Fix Closing old issue. > Allow inmemory Memstore compactions > --

[jira] [Commented] (HBASE-15453) [Performance] Considering reverting HBASE-10015 - reinstate synchronized in StoreScanner

[ https://issues.apache.org/jira/browse/HBASE-15453?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15959998#comment-15959998 ] Lars Hofhansl commented on HBASE-15453: --- I guess I dropped the ball on this one. If

[jira] [Commented] (HBASE-17521) Avoid stopping the load balancer in graceful stop

[ https://issues.apache.org/jira/browse/HBASE-17521?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15959996#comment-15959996 ] Lars Hofhansl commented on HBASE-17521: --- [~sandeep.guggilam], [~mnpoonia], any upda

[jira] [Commented] (HBASE-17785) RSGroupBasedLoadBalancer fails to assign new table regions when cloning snapshot

[ https://issues.apache.org/jira/browse/HBASE-17785?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15957663#comment-15957663 ] Lars Hofhansl commented on HBASE-17785: --- So all we do is also assign the table for

[jira] [Updated] (HBASE-17877) Replace/improve HBase's byte[] comparator

[ https://issues.apache.org/jira/browse/HBASE-17877?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Lars Hofhansl updated HBASE-17877: -- Attachment: 17877-v2-1.3.patch Slightly different patch. Just retains some working variables as

[jira] [Commented] (HBASE-17877) Replace/improve HBase's byte[] comparator

[ https://issues.apache.org/jira/browse/HBASE-17877?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15957181#comment-15957181 ] Lars Hofhansl commented on HBASE-17877: --- We could also flat-out use the Hadoop comp

[jira] [Commented] (HBASE-17877) Replace/improve HBase's byte[] comparator

[ https://issues.apache.org/jira/browse/HBASE-17877?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15956274#comment-15956274 ] Lars Hofhansl commented on HBASE-17877: --- But it's certainly a change we can undo an

[jira] [Comment Edited] (HBASE-17877) Replace/improve HBase's byte[] comparator

[ https://issues.apache.org/jira/browse/HBASE-17877?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15956266#comment-15956266 ] Lars Hofhansl edited comment on HBASE-17877 at 4/5/17 4:03 AM:

[jira] [Comment Edited] (HBASE-17877) Replace/improve HBase's byte[] comparator

[ https://issues.apache.org/jira/browse/HBASE-17877?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15956266#comment-15956266 ] Lars Hofhansl edited comment on HBASE-17877 at 4/5/17 4:01 AM:

[jira] [Commented] (HBASE-17877) Replace/improve HBase's byte[] comparator

[ https://issues.apache.org/jira/browse/HBASE-17877?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15956266#comment-15956266 ] Lars Hofhansl commented on HBASE-17877: --- [~Apache9] that's what the Hadoop comparat

[jira] [Commented] (HBASE-17877) Replace/improve HBase's byte[] comparator

[ https://issues.apache.org/jira/browse/HBASE-17877?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15956065#comment-15956065 ] Lars Hofhansl commented on HBASE-17877: --- [~vik.karma], can you attach your performa

[jira] [Comment Edited] (HBASE-17877) Replace/improve HBase's byte[] comparator

[ https://issues.apache.org/jira/browse/HBASE-17877?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15956060#comment-15956060 ] Lars Hofhansl edited comment on HBASE-17877 at 4/4/17 11:41 PM: ---

[jira] [Updated] (HBASE-17877) Replace/improve HBase's byte[] comparator

[ https://issues.apache.org/jira/browse/HBASE-17877?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Lars Hofhansl updated HBASE-17877: -- Attachment: 17877-1.2.patch Here's a patch I made that avoid any additional Guava dependencies.

[jira] [Assigned] (HBASE-17877) Replace/improve HBase's byte[] comparator

[ https://issues.apache.org/jira/browse/HBASE-17877?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Lars Hofhansl reassigned HBASE-17877: - Assignee: Lars Hofhansl > Replace/improve HBase's byte[] comparator > --

[jira] [Assigned] (HBASE-17877) Replace/improve HBase's byte[] comparator

[ https://issues.apache.org/jira/browse/HBASE-17877?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Lars Hofhansl reassigned HBASE-17877: - Assignee: Vikas Vishwakarma (was: Lars Hofhansl) > Replace/improve HBase's byte[] compa

[jira] [Created] (HBASE-17877) Replace/improve HBase's byte[] comparator

Lars Hofhansl created HBASE-17877: - Summary: Replace/improve HBase's byte[] comparator Key: HBASE-17877 URL: https://issues.apache.org/jira/browse/HBASE-17877 Project: HBase Issue Type: Bug

[jira] [Commented] (HBASE-12790) Support fairness across parallelized scans

[ https://issues.apache.org/jira/browse/HBASE-12790?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15895552#comment-15895552 ] Lars Hofhansl commented on HBASE-12790: --- bq. RpcScheduler is pluggable. You need mo

[jira] [Commented] (HBASE-12790) Support fairness across parallelized scans

[ https://issues.apache.org/jira/browse/HBASE-12790?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15895299#comment-15895299 ] Lars Hofhansl commented on HBASE-12790: --- Can we restart this discussion? [~jamestay

[jira] [Commented] (HBASE-17069) RegionServer writes invalid META entries for split daughters in some circumstances

[ https://issues.apache.org/jira/browse/HBASE-17069?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15888542#comment-15888542 ] Lars Hofhansl commented on HBASE-17069: --- Seems to me we should change the signature

[jira] [Commented] (HBASE-17609) Allow for region merging in the UI

[ https://issues.apache.org/jira/browse/HBASE-17609?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15857125#comment-15857125 ] Lars Hofhansl commented on HBASE-17609: --- Let's do one thing at a time. The basic fu

[jira] [Commented] (HBASE-17521) Avoid stopping the load balancer in graceful stop

[ https://issues.apache.org/jira/browse/HBASE-17521?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15855446#comment-15855446 ] Lars Hofhansl commented on HBASE-17521: --- Mr. [~stack], any comments? > Avoid stopp

[jira] [Commented] (HBASE-17448) Export metrics from RecoverableZooKeeper

[ https://issues.apache.org/jira/browse/HBASE-17448?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15819503#comment-15819503 ] Lars Hofhansl commented on HBASE-17448: --- There're also improvements that we can do

[jira] [Resolved] (HBASE-17440) [0.98] Make sure DelayedClosing chore is stopped as soon as an HConnection is closed

[ https://issues.apache.org/jira/browse/HBASE-17440?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Lars Hofhansl resolved HBASE-17440. --- Resolution: Fixed Fix Version/s: 0.98.25 Done. > [0.98] Make sure DelayedClosing chor

[jira] [Commented] (HBASE-17440) [0.98] Make sure DelayedClosing chore is stopped as soon as an HConnection is closed

[ https://issues.apache.org/jira/browse/HBASE-17440?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15813406#comment-15813406 ] Lars Hofhansl commented on HBASE-17440: --- OK... Going to commit in a few. (since the

[jira] [Updated] (HBASE-17440) [0.98] Make sure DelayedClosing chore is stopped as soon as an HConnection is closed

[ https://issues.apache.org/jira/browse/HBASE-17440?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Lars Hofhansl updated HBASE-17440: -- Attachment: 17440.txt Here's the trivial fix, just trigger the chore immediately if the connect

[jira] [Updated] (HBASE-17440) [0.98] Make sure DelayedClosing chore is stopped as soon as an HConnection is closed

[ https://issues.apache.org/jira/browse/HBASE-17440?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Lars Hofhansl updated HBASE-17440: -- Affects Version/s: 0.98.24 > [0.98] Make sure DelayedClosing chore is stopped as soon as an HCo

[jira] [Created] (HBASE-17440) [0.98] Make sure DelayedClosing chore is stopped as soon as an HConnection is closed

Lars Hofhansl created HBASE-17440: - Summary: [0.98] Make sure DelayedClosing chore is stopped as soon as an HConnection is closed Key: HBASE-17440 URL: https://issues.apache.org/jira/browse/HBASE-17440

[jira] [Commented] (HBASE-13094) Consider Filters that are evaluated before deletes and see delete markers

[ https://issues.apache.org/jira/browse/HBASE-13094?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15757947#comment-15757947 ] Lars Hofhansl commented on HBASE-13094: --- So the trick is to make a scan raw and the

[jira] [Commented] (HBASE-13094) Consider Filters that are evaluated before deletes and see delete markers

[ https://issues.apache.org/jira/browse/HBASE-13094?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15757926#comment-15757926 ] Lars Hofhansl commented on HBASE-13094: --- Wait. Isn't this all doable with just a ra

[jira] [Comment Edited] (HBASE-13094) Consider Filters that are evaluated before deletes and see delete markers

[ https://issues.apache.org/jira/browse/HBASE-13094?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15757926#comment-15757926 ] Lars Hofhansl edited comment on HBASE-13094 at 12/18/16 1:05 AM: --

[jira] [Resolved] (HBASE-16115) Missing security context in RegionObserver coprocessor when a compaction/split is triggered manually

[ https://issues.apache.org/jira/browse/HBASE-16115?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Lars Hofhansl resolved HBASE-16115. --- Resolution: Won't Fix > Missing security context in RegionObserver coprocessor when a > comp

[jira] [Comment Edited] (HBASE-17125) Inconsistent result when use filter to read data

[ https://issues.apache.org/jira/browse/HBASE-17125?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15700978#comment-15700978 ] Lars Hofhansl edited comment on HBASE-17125 at 11/28/16 6:00 AM: --

<    1   2   3   4   5   6   7   8   9   10   >