[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=16036162#comment-16036162 ] Lars Hofhansl commented on HBASE-17893: --- Comments? [~busbey], [~mantonov], fine to commit 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=16030628#comment-16030628 ] Lars Hofhansl commented on HBASE-18095: --- I do like dropping the ZK dependencies for regular

[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=16027200#comment-16027200 ] Lars Hofhansl commented on HBASE-18027: --- Looks good. +1 > Replication should respect RPC size

[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=16026889#comment-16026889 ] Lars Hofhansl commented on HBASE-18127: --- OK... Moved to an HBase issue. > Allow regionobserver to

[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

[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

[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=16026863#comment-16026863 ] Lars Hofhansl commented on HBASE-17893: --- If now I just backport HBASE-16712, I can actually get it

[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=16026853#comment-16026853 ] Lars Hofhansl commented on HBASE-17893: --- Confirmed that LICENSE seems fine now. Failing on the

[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=16026547#comment-16026547 ] Lars Hofhansl commented on HBASE-18027: --- [~apurtell], [~THEcreationist], let's go with the initial

[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=16023218#comment-16023218 ] Lars Hofhansl commented on HBASE-18027: --- +1 > Replication should respect RPC size limits when

[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=16011277#comment-16011277 ] Lars Hofhansl commented on HBASE-18042: --- So just to be clear: The HBase 1.2.x client will

[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=16011270#comment-16011270 ] Lars Hofhansl commented on HBASE-17489: --- Thanks [~tsuna] (has been a while) :) All good now. For

[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=16011062#comment-16011062 ] Lars Hofhansl commented on HBASE-17887: --- bq. I guess Lars say HBASE-14970 and this one should not

[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=16009513#comment-16009513 ] Lars Hofhansl commented on HBASE-18027: --- I also notice that that

[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=16009511#comment-16009511 ] Lars Hofhansl commented on HBASE-18027: --- bq. The worklist handed to HICRE#Replicator can exceed the

[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=16009510#comment-16009510 ] Lars Hofhansl commented on HBASE-18043: --- Still +1 :) > Institute a hard limit for individual cell

[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=16009136#comment-16009136 ] Lars Hofhansl commented on HBASE-18027: --- (And hence perhaps this is just checking the the

[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=16009135#comment-16009135 ] Lars Hofhansl commented on HBASE-18043: --- Thanks! +1 > Institute a hard limit for individual cell

[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=16009134#comment-16009134 ] Lars Hofhansl edited comment on HBASE-18027 at 5/13/17 4:47 AM: So

[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=16009134#comment-16009134 ] Lars Hofhansl commented on HBASE-18027: --- So looking at the code... In the original code I assume

[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=16009126#comment-16009126 ] Lars Hofhansl commented on HBASE-18027: --- Looking > HBaseInterClusterReplicationEndpoint should

[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=16009074#comment-16009074 ] Lars Hofhansl commented on HBASE-17887: --- Wow. Changes like HBASE-14970 and this one really do not

[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=16008936#comment-16008936 ] Lars Hofhansl commented on HBASE-18043: --- Looks good. Should we add a test with Put size of 9K, or

[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=15998561#comment-15998561 ] Lars Hofhansl commented on HBASE-18000: --- [~karanmehta93], can't retroactively change a release :)

[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=15997824#comment-15997824 ] Lars Hofhansl commented on HBASE-18000: --- Perhaps it's as simple to just builder.setScannerId back

[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=15997822#comment-15997822 ] Lars Hofhansl commented on HBASE-17489: --- Thanks [~Apache9]. Filed HBASE-18000 (wow 18k jiras!!) >

[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=15997677#comment-15997677 ] Lars Hofhansl commented on HBASE-17489: --- Hey [~Apache9]. Quick question: It seems that now we only

[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=15989763#comment-15989763 ] Lars Hofhansl commented on HBASE-17917: --- The title does not quite reflect the patch, since it does

[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=15987599#comment-15987599 ] Lars Hofhansl commented on HBASE-17877: --- Thanks for the patches [~vik.karma]! > Improve HBase's

[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=15986033#comment-15986033 ] Lars Hofhansl commented on HBASE-17877: --- +1 Unless I hear objections I will commit to branch-1.3,

[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=15986024#comment-15986024 ] Lars Hofhansl commented on HBASE-17958: --- bq. Can you imagine that, you call a seek on an

[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=15986019#comment-15986019 ] Lars Hofhansl commented on HBASE-17958: --- Looks good generally. Are you sure we're not introducing

[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=15986000#comment-15986000 ] Lars Hofhansl commented on HBASE-17917: --- Nice > Use pread by default for all user scan >

[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=15983966#comment-15983966 ] Lars Hofhansl commented on HBASE-17958: --- The problem is the order in which the filters and column

[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=15983320#comment-15983320 ] Lars Hofhansl commented on HBASE-17958: --- It is expected that the column trackers so the right

[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=15983308#comment-15983308 ] Lars Hofhansl commented on HBASE-17958: --- Do you guys have a unit test to show this? > Avoid

[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=15982345#comment-15982345 ] Lars Hofhansl commented on HBASE-17877: --- [~vik.karma] if you have time, sure. Happy to do it too.

[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=15982114#comment-15982114 ] Lars Hofhansl commented on HBASE-17877: --- [~busbey], you are right. We looked at Guava's master

[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=15980275#comment-15980275 ] Lars Hofhansl commented on HBASE-17448: --- lgtm > Export metrics from RecoverableZooKeeper >

[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=15980272#comment-15980272 ] Lars Hofhansl commented on HBASE-17877: --- If there're no further comments... Good to commit? All

[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=15973407#comment-15973407 ] Lars Hofhansl commented on HBASE-17937: --- +1 on branch-1 patch. (nice to get rid of the call in the

[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=15973189#comment-15973189 ] Lars Hofhansl edited comment on HBASE-17937 at 4/18/17 6:06 PM: Agreed. I

[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=15973189#comment-15973189 ] Lars Hofhansl commented on HBASE-17937: --- Agreed. I think it's just [~abhishek.chouhan]'s fix, which

[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=15973163#comment-15973163 ] Lars Hofhansl commented on HBASE-17937: --- So we looked at the code here. I think this is only a

[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=15972129#comment-15972129 ] Lars Hofhansl commented on HBASE-17877: --- Should we add a little comment about how most of this code

[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=15972127#comment-15972127 ] Lars Hofhansl commented on HBASE-17877: --- I like -v4! > Replace/improve HBase's byte[] comparator >

[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=15965441#comment-15965441 ] Lars Hofhansl edited comment on HBASE-17877 at 4/12/17 6:21 AM: Also

[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=15965441#comment-15965441 ] Lars Hofhansl commented on HBASE-17877: --- Also looking at the code (with offset, as in Hadoop and

[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=15965426#comment-15965426 ] Lars Hofhansl commented on HBASE-17877: --- Hey [~vik.karma], I notice the Guava version does not

[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=15965409#comment-15965409 ] Lars Hofhansl commented on HBASE-17877: --- I like the latest Guava code best anyway. Easier to

[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=15965403#comment-15965403 ] Lars Hofhansl commented on HBASE-17893: --- I'll defer to your judgment. :) Thanks for taking a look!

[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

[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=15962420#comment-15962420 ] Lars Hofhansl commented on HBASE-17877: --- Hi [~vik.karma], none of the scenarios in the table seems

[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=15961659#comment-15961659 ] Lars Hofhansl commented on HBASE-17893: --- [~apurtell], [~busbey]. The fix is probably simple, but

[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=15961633#comment-15961633 ] Lars Hofhansl commented on HBASE-17877: --- OK... Waiting for one more test from [~vik.karma] (updated

[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=15961631#comment-15961631 ] Lars Hofhansl commented on HBASE-17877: --- Just be complete. Here's the plain Gauva version:

[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=15961229#comment-15961229 ] Lars Hofhansl commented on HBASE-10944: --- How about we get rid of ensureKeyValue? Right now we're in

[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-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-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-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

[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=15959998#comment-15959998 ] Lars Hofhansl commented on HBASE-15453: --- I guess I dropped the ball on this one. If there's still

[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=15959996#comment-15959996 ] Lars Hofhansl commented on HBASE-17521: --- [~sandeep.guggilam], [~mnpoonia], any update on this? >

[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=15957663#comment-15957663 ] Lars Hofhansl commented on HBASE-17785: --- So all we do is also assign the table for a snapshot. +1

[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

[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=15957181#comment-15957181 ] Lars Hofhansl commented on HBASE-17877: --- We could also flat-out use the Hadoop comparator - or for

[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=15956274#comment-15956274 ] Lars Hofhansl commented on HBASE-17877: --- But it's certainly a change we can undo and leave it the

[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=15956266#comment-15956266 ] Lars Hofhansl edited comment on HBASE-17877 at 4/5/17 4:03 AM: --- [~Apache9]

[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=15956266#comment-15956266 ] Lars Hofhansl edited comment on HBASE-17877 at 4/5/17 4:01 AM: --- [~Apache9]

[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=15956266#comment-15956266 ] Lars Hofhansl commented on HBASE-17877: --- [~Apache9] that's what the Hadoop comparator does, which

[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=15956065#comment-15956065 ] Lars Hofhansl commented on HBASE-17877: --- [~vik.karma], can you attach your performance findings?

[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=15956060#comment-15956060 ] Lars Hofhansl edited comment on HBASE-17877 at 4/4/17 11:41 PM: Here's a

[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

[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[]

[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=15895552#comment-15895552 ] Lars Hofhansl commented on HBASE-12790: --- bq. RpcScheduler is pluggable. You need more than that?

[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=15895299#comment-15895299 ] Lars Hofhansl commented on HBASE-12790: --- Can we restart this discussion? [~jamestaylor] suggests to

[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=15888542#comment-15888542 ] Lars Hofhansl commented on HBASE-17069: --- Seems to me we should change the signature of the WAL

[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=15857125#comment-15857125 ] Lars Hofhansl commented on HBASE-17609: --- Let's do one thing at a time. The basic functionality,

[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=15855446#comment-15855446 ] Lars Hofhansl commented on HBASE-17521: --- Mr. [~stack], any comments? > Avoid stopping the load

[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=15819503#comment-15819503 ] Lars Hofhansl commented on HBASE-17448: --- There're also improvements that we can do to the logging

[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

[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=15813406#comment-15813406 ] Lars Hofhansl commented on HBASE-17440: --- OK... Going to commit in a few. (since there won't be

[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

[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

[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=15757947#comment-15757947 ] Lars Hofhansl commented on HBASE-13094: --- So the trick is to make a scan raw and then filter the KVs

[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=15757926#comment-15757926 ] Lars Hofhansl commented on HBASE-13094: --- Wait. Isn't this all doable with just a raw-scan?

[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=15757926#comment-15757926 ] Lars Hofhansl edited comment on HBASE-13094 at 12/18/16 1:05 AM: - Wait.

[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 >

[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=15700978#comment-15700978 ] Lars Hofhansl edited comment on HBASE-17125 at 11/28/16 6:00 AM: - Simply

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