[jira] [Updated] (HBASE-15261) Make Throwable t in DaughterOpener volatile

2016-03-07 Thread stack (JIRA)
[ https://issues.apache.org/jira/browse/HBASE-15261?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] stack updated HBASE-15261: -- Attachment: HBASE-15261-001.patch Retry +1 on patch. Needs to be volatile. Hard to make a test of concurrent

[jira] [Created] (HBASE-15414) Bound the size of multi request returns and/or allow return of partial result up to client

2016-03-07 Thread stack (JIRA)
stack created HBASE-15414: - Summary: Bound the size of multi request returns and/or allow return of partial result up to client Key: HBASE-15414 URL: https://issues.apache.org/jira/browse/HBASE-15414 Project:

[jira] [Created] (HBASE-15416) TestHFileBackedByBucketCache is flakey since it went in

2016-03-07 Thread stack (JIRA)
stack created HBASE-15416: - Summary: TestHFileBackedByBucketCache is flakey since it went in Key: HBASE-15416 URL: https://issues.apache.org/jira/browse/HBASE-15416 Project: HBase Issue Type: Sub-tas

[jira] [Updated] (HBASE-15416) TestHFileBackedByBucketCache is flakey since it went in

2016-03-07 Thread stack (JIRA)
[ https://issues.apache.org/jira/browse/HBASE-15416?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] stack updated HBASE-15416: -- Attachment: 15416.patch I applied this. Marks test large and clears the global cache just in case. When large,

[jira] [Updated] (HBASE-15416) TestHFileBackedByBucketCache is flakey since it went in

2016-03-07 Thread stack (JIRA)
[ https://issues.apache.org/jira/browse/HBASE-15416?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] stack updated HBASE-15416: -- Assignee: stack Fix Version/s: 2.0.0 > TestHFileBackedByBucketCache is flakey since it went in > -

[jira] [Commented] (HBASE-15416) TestHFileBackedByBucketCache is flakey since it went in

2016-03-07 Thread stack (JIRA)
[ https://issues.apache.org/jira/browse/HBASE-15416?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15184092#comment-15184092 ] stack commented on HBASE-15416: --- Pushed patch to master. Leaving open to see if this fixes

[jira] [Updated] (HBASE-15261) Make Throwable t in DaughterOpener volatile

2016-03-07 Thread stack (JIRA)
[ https://issues.apache.org/jira/browse/HBASE-15261?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] stack updated HBASE-15261: -- Resolution: Fixed Hadoop Flags: Reviewed Fix Version/s: 1.4.0 1.1.4

[jira] [Created] (HBASE-15421) Convert TestStoreScanner to junit4 from junit3 and clean up close of scanners

2016-03-07 Thread stack (JIRA)
stack created HBASE-15421: - Summary: Convert TestStoreScanner to junit4 from junit3 and clean up close of scanners Key: HBASE-15421 URL: https://issues.apache.org/jira/browse/HBASE-15421 Project: HBase

[jira] [Updated] (HBASE-15421) Convert TestStoreScanner to junit4 from junit3 and clean up close of scanners

2016-03-07 Thread stack (JIRA)
[ https://issues.apache.org/jira/browse/HBASE-15421?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] stack updated HBASE-15421: -- Attachment: 15421.patch What I pushed. > Convert TestStoreScanner to junit4 from junit3 and clean up close of

[jira] [Updated] (HBASE-15421) Convert TestStoreScanner to junit4 from junit3 and clean up close of scanners

2016-03-07 Thread stack (JIRA)
[ https://issues.apache.org/jira/browse/HBASE-15421?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] stack updated HBASE-15421: -- Affects Version/s: 2.0.0 Dang. Can only push to master w/o work. That'll do for now. > Convert TestStoreScanne

[jira] [Resolved] (HBASE-15421) Convert TestStoreScanner to junit4 from junit3 and clean up close of scanners

2016-03-07 Thread stack (JIRA)
[ https://issues.apache.org/jira/browse/HBASE-15421?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] stack resolved HBASE-15421. --- Resolution: Fixed Fix Version/s: 2.0.0 Resolving. Simple refactoring of a test. > Convert TestStoreSc

[jira] [Updated] (HBASE-15421) Convert TestStoreScanner to junit4 from junit3 and clean up close of scanners

2016-03-07 Thread stack (JIRA)
[ https://issues.apache.org/jira/browse/HBASE-15421?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] stack updated HBASE-15421: -- Priority: Minor (was: Major) > Convert TestStoreScanner to junit4 from junit3 and clean up close of scanners >

[jira] [Commented] (HBASE-15265) Implement an asynchronous FSHLog

2016-03-07 Thread stack (JIRA)
[ https://issues.apache.org/jira/browse/HBASE-15265?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15184446#comment-15184446 ] stack commented on HBASE-15265: --- Excellent. I owe review and a run of ITBLL up on cluster

[jira] [Updated] (HBASE-15392) Single Cell Get reads two HFileBlocks

2016-03-08 Thread stack (JIRA)
[ https://issues.apache.org/jira/browse/HBASE-15392?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] stack updated HBASE-15392: -- Attachment: 15392v4.patch Patch with tests. Optimize seems broke to me. We keep SKIPping even though we've fou

[jira] [Commented] (HBASE-15392) Single Cell Get reads two HFileBlocks

2016-03-08 Thread stack (JIRA)
[ https://issues.apache.org/jira/browse/HBASE-15392?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15185775#comment-15185775 ] stack commented on HBASE-15392: --- bq, If there's a seek to next row and optimize decides to

[jira] [Commented] (HBASE-15392) Single Cell Get reads two HFileBlocks

2016-03-08 Thread stack (JIRA)
[ https://issues.apache.org/jira/browse/HBASE-15392?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15185799#comment-15185799 ] stack commented on HBASE-15392: --- If I purge this whole section from optimize: {code} c

[jira] [Commented] (HBASE-15392) Single Cell Get reads two HFileBlocks

2016-03-08 Thread stack (JIRA)
[ https://issues.apache.org/jira/browse/HBASE-15392?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15185886#comment-15185886 ] stack commented on HBASE-15392: --- Oh, just to say that the testOptimize will fail because I

[jira] [Commented] (HBASE-15392) Single Cell Get reads two HFileBlocks

2016-03-08 Thread stack (JIRA)
[ https://issues.apache.org/jira/browse/HBASE-15392?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15186240#comment-15186240 ] stack commented on HBASE-15392: --- I expected TestStoreScanner to fail until I figure what ex

[jira] [Commented] (HBASE-15314) Allow more than one backing file in bucketcache

2016-03-08 Thread stack (JIRA)
[ https://issues.apache.org/jira/browse/HBASE-15314?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15186544#comment-15186544 ] stack commented on HBASE-15314: --- Thanks [~Amal Joshy] bq. But it is not possible to obtain

[jira] [Commented] (HBASE-15406) Split / merge switch left disabled after early termination of hbck

2016-03-08 Thread stack (JIRA)
[ https://issues.apache.org/jira/browse/HBASE-15406?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15186567#comment-15186567 ] stack commented on HBASE-15406: --- This issue is 'critical'? bq. I really don't like one th

[jira] [Commented] (HBASE-15398) Cells loss or disorder when using family essential filter and partial scanning protocol

2016-03-08 Thread stack (JIRA)
[ https://issues.apache.org/jira/browse/HBASE-15398?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15186595#comment-15186595 ] stack commented on HBASE-15398: --- The storeHeap/joinedHeap came in here: {code} commit 3995

[jira] [Commented] (HBASE-15180) Reduce garbage created while reading Cells from Codec Decoder

2016-03-08 Thread stack (JIRA)
[ https://issues.apache.org/jira/browse/HBASE-15180?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15186625#comment-15186625 ] stack commented on HBASE-15180: --- The horrid names are fine by me. They are explicit and for

[jira] [Commented] (HBASE-15392) Single Cell Get reads two HFileBlocks

2016-03-09 Thread stack (JIRA)
[ https://issues.apache.org/jira/browse/HBASE-15392?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15187434#comment-15187434 ] stack commented on HBASE-15392: --- bq. ...the thing is that if we have a scan with specified

[jira] [Commented] (HBASE-15398) Cells loss or disorder when using family essential filter and partial scanning protocol

2016-03-09 Thread stack (JIRA)
[ https://issues.apache.org/jira/browse/HBASE-15398?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15187477#comment-15187477 ] stack commented on HBASE-15398: --- Result has up to this not needed sorting. Adding it implie

[jira] [Commented] (HBASE-15431) A bunch of methods are hot and too big to be inlined

2016-03-09 Thread stack (JIRA)
[ https://issues.apache.org/jira/browse/HBASE-15431?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15187490#comment-15187490 ] stack commented on HBASE-15431: --- bq. I tried to increase -XX:FreqInlineSize to 1010 to inli

[jira] [Commented] (HBASE-15378) Scanner cannot handle heartbeat message with no results

2016-03-09 Thread stack (JIRA)
[ https://issues.apache.org/jira/browse/HBASE-15378?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15187527#comment-15187527 ] stack commented on HBASE-15378: --- Yes. Once w/ 1.7 and then again w/ 1.8. As of yesterday, w

[jira] [Commented] (HBASE-15378) Scanner cannot handle heartbeat message with no results

2016-03-09 Thread stack (JIRA)
[ https://issues.apache.org/jira/browse/HBASE-15378?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15187532#comment-15187532 ] stack commented on HBASE-15378: --- +1 on patch. Thanks [~yangzhe1991] for nice fix. > Scanne

[jira] [Commented] (HBASE-15392) Single Cell Get reads two HFileBlocks

2016-03-09 Thread stack (JIRA)
[ https://issues.apache.org/jira/browse/HBASE-15392?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15187548#comment-15187548 ] stack commented on HBASE-15392: --- So, while waiting on how optimize is meant to work when th

[jira] [Updated] (HBASE-15392) Single Cell Get reads two HFileBlocks

2016-03-09 Thread stack (JIRA)
[ https://issues.apache.org/jira/browse/HBASE-15392?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] stack updated HBASE-15392: -- Attachment: reads.png gc.png Two charts comparing GC and hits w/ patch and w/o. Weird is how li

[jira] [Updated] (HBASE-15392) Single Cell Get reads two HFileBlocks

2016-03-09 Thread stack (JIRA)
[ https://issues.apache.org/jira/browse/HBASE-15392?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] stack updated HBASE-15392: -- Attachment: reads.png gc.png io.png Small YCSB test comparing before and after

[jira] [Commented] (HBASE-15265) Implement an asynchronous FSHLog

2016-03-09 Thread stack (JIRA)
[ https://issues.apache.org/jira/browse/HBASE-15265?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15188782#comment-15188782 ] stack commented on HBASE-15265: --- Needs a release note when you get a chance [~Apache9] Why

[jira] [Commented] (HBASE-15265) Implement an asynchronous FSHLog

2016-03-09 Thread stack (JIRA)
[ https://issues.apache.org/jira/browse/HBASE-15265?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15188788#comment-15188788 ] stack commented on HBASE-15265: --- Would this be tough to put on branch-1 [~Apache9]? Would b

[jira] [Commented] (HBASE-15392) Single Cell Get reads two HFileBlocks

2016-03-10 Thread stack (JIRA)
[ https://issues.apache.org/jira/browse/HBASE-15392?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15189602#comment-15189602 ] stack commented on HBASE-15392: --- bq. If the SEEK gets us to another block it does the SEEK

[jira] [Commented] (HBASE-15392) Single Cell Get reads two HFileBlocks

2016-03-10 Thread stack (JIRA)
[ https://issues.apache.org/jira/browse/HBASE-15392?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15189622#comment-15189622 ] stack commented on HBASE-15392: --- Thanks for the text diagram [~lhofhansl] Let me add it to

[jira] [Commented] (HBASE-15392) Single Cell Get reads two HFileBlocks

2016-03-10 Thread stack (JIRA)
[ https://issues.apache.org/jira/browse/HBASE-15392?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15189725#comment-15189725 ] stack commented on HBASE-15392: --- Thanks for reminder. Let me doc this because it not plain

[jira] [Updated] (HBASE-15265) Implement an asynchronous FSHLog

2016-03-10 Thread stack (JIRA)
[ https://issues.apache.org/jira/browse/HBASE-15265?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] stack updated HBASE-15265: -- Release Note: To enable, set the WALProvider as follows: {code} hbase.wal.provider asyncfs {code} To check

[jira] [Commented] (HBASE-15360) Fix flaky TestSimpleRpcScheduler

2016-03-10 Thread stack (JIRA)
[ https://issues.apache.org/jira/browse/HBASE-15360?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15189867#comment-15189867 ] stack commented on HBASE-15360: --- Thanks [~mantonov] > Fix flaky TestSimpleRpcScheduler > -

[jira] [Commented] (HBASE-15265) Implement an asynchronous FSHLog

2016-03-10 Thread stack (JIRA)
[ https://issues.apache.org/jira/browse/HBASE-15265?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15190139#comment-15190139 ] stack commented on HBASE-15265: --- Ok. Finished a review. I didn't go too deep. Looks good to

[jira] [Commented] (HBASE-15265) Implement an asynchronous FSHLog

2016-03-10 Thread stack (JIRA)
[ https://issues.apache.org/jira/browse/HBASE-15265?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15190162#comment-15190162 ] stack commented on HBASE-15265: --- Though, I wish we could get an ITBLL run in that showed it

[jira] [Commented] (HBASE-15261) Make Throwable t in DaughterOpener volatile

2016-03-10 Thread stack (JIRA)
[ https://issues.apache.org/jira/browse/HBASE-15261?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15190170#comment-15190170 ] stack commented on HBASE-15261: --- [~huaxiang] Want me to revert then? > Make Throwable t in

[jira] [Reopened] (HBASE-15261) Make Throwable t in DaughterOpener volatile

2016-03-10 Thread stack (JIRA)
[ https://issues.apache.org/jira/browse/HBASE-15261?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] stack reopened HBASE-15261: --- Reopening because reverted everywhere.. not needed afterall > Make Throwable t in DaughterOpener volatile >

[jira] [Resolved] (HBASE-15261) Make Throwable t in DaughterOpener volatile

2016-03-10 Thread stack (JIRA)
[ https://issues.apache.org/jira/browse/HBASE-15261?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] stack resolved HBASE-15261. --- Resolution: Invalid Resolving again as not needed afterall > Make Throwable t in DaughterOpener volatile > -

[jira] [Commented] (HBASE-15441) Fix WAL splitting when region has moved multiple times

2016-03-10 Thread stack (JIRA)
[ https://issues.apache.org/jira/browse/HBASE-15441?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15190208#comment-15190208 ] stack commented on HBASE-15441: --- warmup says: "...It synchrnously opens the region and clos

[jira] [Commented] (HBASE-15265) Implement an asynchronous FSHLog

2016-03-10 Thread stack (JIRA)
[ https://issues.apache.org/jira/browse/HBASE-15265?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15190460#comment-15190460 ] stack commented on HBASE-15265: --- ok > Implement an asynchronous FSHLog > -

[jira] [Commented] (HBASE-15392) Single Cell Get reads two HFileBlocks

2016-03-10 Thread stack (JIRA)
[ https://issues.apache.org/jira/browse/HBASE-15392?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15190522#comment-15190522 ] stack commented on HBASE-15392: --- [~lhofhansl] When you say bq. The seek keys will neve

[jira] [Commented] (HBASE-15392) Single Cell Get reads two HFileBlocks

2016-03-10 Thread stack (JIRA)
[ https://issues.apache.org/jira/browse/HBASE-15392?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15190523#comment-15190523 ] stack commented on HBASE-15392: --- [~lhofhansl] When you say bq. The seek keys will neve

[jira] [Commented] (HBASE-15392) Single Cell Get reads two HFileBlocks

2016-03-10 Thread stack (JIRA)
[ https://issues.apache.org/jira/browse/HBASE-15392?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15190593#comment-15190593 ] stack commented on HBASE-15392: --- bq. Alas won't work either, since the next indexed key is

[jira] [Updated] (HBASE-15392) Single Cell Get reads two HFileBlocks

2016-03-11 Thread stack (JIRA)
[ https://issues.apache.org/jira/browse/HBASE-15392?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] stack updated HBASE-15392: -- Attachment: 15392v5.patch v5. Doc not done yet because I am not yet sure on the index compare. Also need to ad

[jira] [Commented] (HBASE-15406) Split / merge switch left disabled after early termination of hbck

2016-03-11 Thread stack (JIRA)
[ https://issues.apache.org/jira/browse/HBASE-15406?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15191477#comment-15191477 ] stack commented on HBASE-15406: --- To be more clear, -1 on a patch that has master doing a ro

[jira] [Updated] (HBASE-15392) Single Cell Get reads two HFileBlocks

2016-03-12 Thread stack (JIRA)
[ https://issues.apache.org/jira/browse/HBASE-15392?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] stack updated HBASE-15392: -- Attachment: 15392v6.patch -v6 includes your comment w/ an edit of what was in optimize. Will commit if hadoopq

[jira] [Commented] (HBASE-15447) Improve javadocs description for Delete methods

2016-03-12 Thread stack (JIRA)
[ https://issues.apache.org/jira/browse/HBASE-15447?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15191887#comment-15191887 ] stack commented on HBASE-15447: --- Makes sense. Throw up a patch if you have a moment [~wchev

[jira] [Updated] (HBASE-15392) Single Cell Get reads two HFileBlocks

2016-03-12 Thread stack (JIRA)
[ https://issues.apache.org/jira/browse/HBASE-15392?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] stack updated HBASE-15392: -- Attachment: 15392v7.patch Address [~lhofhansl] comment. Retry. See if docker succeeds this time. > Single Cell

[jira] [Commented] (HBASE-15265) Implement an asynchronous FSHLog

2016-03-13 Thread stack (JIRA)
[ https://issues.apache.org/jira/browse/HBASE-15265?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15192681#comment-15192681 ] stack commented on HBASE-15265: --- I think we've run into this before: {code} ERROR

[jira] [Updated] (HBASE-15392) Single Cell Get reads two HFileBlocks

2016-03-14 Thread stack (JIRA)
[ https://issues.apache.org/jira/browse/HBASE-15392?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] stack updated HBASE-15392: -- Attachment: 15392v7.patch Retry > Single Cell Get reads two HFileBlocks >

[jira] [Commented] (HBASE-15392) Single Cell Get reads two HFileBlocks

2016-03-14 Thread stack (JIRA)
[ https://issues.apache.org/jira/browse/HBASE-15392?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15193575#comment-15193575 ] stack commented on HBASE-15392: --- [~danielpol] * The index contains the first key in a blo

[jira] [Updated] (HBASE-15392) Single Cell Get reads two HFileBlocks

2016-03-14 Thread stack (JIRA)
[ https://issues.apache.org/jira/browse/HBASE-15392?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] stack updated HBASE-15392: -- Attachment: 15392v7.patch Some hadoopqa builds are running... others are getting this docker fail retry >

[jira] [Commented] (HBASE-15265) Implement an asynchronous FSHLog

2016-03-14 Thread stack (JIRA)
[ https://issues.apache.org/jira/browse/HBASE-15265?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15193616#comment-15193616 ] stack commented on HBASE-15265: --- DLR never worked and is now deprecated and to be removed (

[jira] [Commented] (HBASE-15392) Single Cell Get reads two HFileBlocks

2016-03-14 Thread stack (JIRA)
[ https://issues.apache.org/jira/browse/HBASE-15392?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15193662#comment-15193662 ] stack commented on HBASE-15392: --- [~danielpol] bq. Maybe it a matter of how scan is impleme

[jira] [Updated] (HBASE-15392) Single Cell Get reads two HFileBlocks

2016-03-14 Thread stack (JIRA)
[ https://issues.apache.org/jira/browse/HBASE-15392?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] stack updated HBASE-15392: -- Attachment: 15392v7.patch Retry. I unchecked RUN_IN_DOCKER > Single Cell Get reads two HFileBlocks > -

[jira] [Commented] (HBASE-15392) Single Cell Get reads two HFileBlocks

2016-03-14 Thread stack (JIRA)
[ https://issues.apache.org/jira/browse/HBASE-15392?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15193850#comment-15193850 ] stack commented on HBASE-15392: --- I filed HBASE-15457 [~danielpol] Lets continue this discus

[jira] [Created] (HBASE-15457) [performance] Save-a-seek; hint HFileReader when Scan is a "Get" Scan

2016-03-14 Thread stack (JIRA)
stack created HBASE-15457: - Summary: [performance] Save-a-seek; hint HFileReader when Scan is a "Get" Scan Key: HBASE-15457 URL: https://issues.apache.org/jira/browse/HBASE-15457 Project: HBase Issu

[jira] [Updated] (HBASE-15392) Single Cell Get reads two HFileBlocks

2016-03-14 Thread stack (JIRA)
[ https://issues.apache.org/jira/browse/HBASE-15392?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] stack updated HBASE-15392: -- Release Note: When an explicit Get with a one or more columns specified, we at a minimum, were overseeking, re

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

2016-03-14 Thread stack (JIRA)
[ https://issues.apache.org/jira/browse/HBASE-15453?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15194017#comment-15194017 ] stack commented on HBASE-15453: --- Yeah... remove the @Test... Add a main that calls your tes

[jira] [Updated] (HBASE-15453) [Performance] Considering reverting HBASE-10015 - reinstance synchronized in StoreScanner

2016-03-14 Thread stack (JIRA)
[ https://issues.apache.org/jira/browse/HBASE-15453?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] stack updated HBASE-15453: -- Assignee: Lars Hofhansl Priority: Critical (was: Major) Component/s: Performance Issue Type:

[jira] [Created] (HBASE-15462) Docker-based builds failing...

2016-03-14 Thread stack (JIRA)
stack created HBASE-15462: - Summary: Docker-based builds failing... Key: HBASE-15462 URL: https://issues.apache.org/jira/browse/HBASE-15462 Project: HBase Issue Type: Bug Components: build

[jira] [Commented] (HBASE-15459) Fix infer issues in hbase-server

2016-03-14 Thread stack (JIRA)
[ https://issues.apache.org/jira/browse/HBASE-15459?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15194088#comment-15194088 ] stack commented on HBASE-15459: --- Looks great Good stuff > Fix infer issues in hbase-se

[jira] [Commented] (HBASE-15416) TestHFileBackedByBucketCache is flakey since it went in

2016-03-14 Thread stack (JIRA)
[ https://issues.apache.org/jira/browse/HBASE-15416?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15194403#comment-15194403 ] stack commented on HBASE-15416: --- See the note by [~liushaohui] over in HBASE-15409 {code}

[jira] [Commented] (HBASE-15457) [performance] Save-a-seek; hint HFileReader when Scan is a "Get" Scan

2016-03-14 Thread stack (JIRA)
[ https://issues.apache.org/jira/browse/HBASE-15457?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15194416#comment-15194416 ] stack commented on HBASE-15457: --- HFIleBlock has notion of a block 'range'. HFileReaderImpl

[jira] [Updated] (HBASE-15392) Single Cell Get reads two HFileBlocks

2016-03-15 Thread stack (JIRA)
[ https://issues.apache.org/jira/browse/HBASE-15392?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] stack updated HBASE-15392: -- Attachment: 15392v7.patch The jdk8 tests failed because of outstanding TestSimpleRpcScheduler failure. This is

[jira] [Commented] (HBASE-15360) Fix flaky TestSimpleRpcScheduler

2016-03-15 Thread stack (JIRA)
[ https://issues.apache.org/jira/browse/HBASE-15360?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15195252#comment-15195252 ] stack commented on HBASE-15360: --- Ok I disable this for now [~mantonov]? Its a small test so

[jira] [Commented] (HBASE-15265) Implement an asynchronous FSHLog

2016-03-15 Thread stack (JIRA)
[ https://issues.apache.org/jira/browse/HBASE-15265?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15195263#comment-15195263 ] stack commented on HBASE-15265: --- [~Apache9] none. I am trying to test it on a cluster befor

[jira] [Commented] (HBASE-15452) Consider removing checkScanOrder from StoreScanner.next

2016-03-15 Thread stack (JIRA)
[ https://issues.apache.org/jira/browse/HBASE-15452?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15195268#comment-15195268 ] stack commented on HBASE-15452: --- [~lhofhansl] You did compare of locking techniques and in

[jira] [Commented] (HBASE-14070) Hybrid Logical Clocks for HBase

2016-03-15 Thread stack (JIRA)
[ https://issues.apache.org/jira/browse/HBASE-14070?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15196527#comment-15196527 ] stack commented on HBASE-14070: --- Just to note the importance of this effort. Was chatting

[jira] [Commented] (HBASE-15467) Remove 1.x/2.0 TableDescriptor incompatibility

2016-03-15 Thread stack (JIRA)
[ https://issues.apache.org/jira/browse/HBASE-15467?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15196692#comment-15196692 ] stack commented on HBASE-15467: --- What is TableSchema? The TableDescrriptor stuff came in h

[jira] [Commented] (HBASE-14070) Hybrid Logical Clocks for HBase

2016-03-15 Thread stack (JIRA)
[ https://issues.apache.org/jira/browse/HBASE-14070?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15196699#comment-15196699 ] stack commented on HBASE-14070: --- bq. The tracker just drops the older sequence id. It doesn

[jira] [Commented] (HBASE-15467) Remove 1.x/2.0 TableDescriptor incompatibility

2016-03-15 Thread stack (JIRA)
[ https://issues.apache.org/jira/browse/HBASE-15467?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15196818#comment-15196818 ] stack commented on HBASE-15467: --- That explains it. Thanks. +1 then. > Remove 1.x/2.0 Table

[jira] [Updated] (HBASE-15477) Do not save 'next block header' when we cache hfileblocks

2016-03-18 Thread stack (JIRA)
[ https://issues.apache.org/jira/browse/HBASE-15477?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] stack updated HBASE-15477: -- Attachment: 15477v3.patch Fix compile error > Do not save 'next block header' when we cache hfileblocks >

[jira] [Updated] (HBASE-13938) Deletes done during the region merge transaction may get eclipsed

2016-03-18 Thread stack (JIRA)
[ https://issues.apache.org/jira/browse/HBASE-13938?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] stack updated HBASE-13938: -- Release Note: Use the master's timestamp when sending hbase:meta edits on region merge to ensure proper orderin

[jira] [Commented] (HBASE-15460) Fix infer issues in hbase-common

2016-03-18 Thread stack (JIRA)
[ https://issues.apache.org/jira/browse/HBASE-15460?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15202536#comment-15202536 ] stack commented on HBASE-15460: --- Skimmed. +1 > Fix infer issues in hbase-common >

[jira] [Updated] (HBASE-15405) Fix PE logging and wrong defaults in help message

2016-03-18 Thread stack (JIRA)
[ https://issues.apache.org/jira/browse/HBASE-15405?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] stack updated HBASE-15405: -- Attachment: HBASE-15405-master-v4.patch Retry > Fix PE logging and wrong defaults in help message > --

[jira] [Updated] (HBASE-15477) Do not save 'next block header' when we cache hfileblocks

2016-03-18 Thread stack (JIRA)
[ https://issues.apache.org/jira/browse/HBASE-15477?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] stack updated HBASE-15477: -- Attachment: 15366v4.patch Address [~ram_krish] comments up on rb and fix failing unit tests > Do not save 'nex

[jira] [Updated] (HBASE-15392) Single Cell Get reads two HFileBlocks

2016-03-18 Thread stack (JIRA)
[ https://issues.apache.org/jira/browse/HBASE-15392?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] stack updated HBASE-15392: -- Attachment: 15392v7 (1).patch Retry. See if timeouts have gone away > Single Cell Get reads two HFileBlocks >

[jira] [Updated] (HBASE-13895) DATALOSS: Region assigned before WAL replay when abort

2016-03-18 Thread stack (JIRA)
[ https://issues.apache.org/jira/browse/HBASE-13895?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] stack updated HBASE-13895: -- Release Note: If the master went to assign a region concurrent with a RegionServer abort, the returned RegionSe

[jira] [Updated] (HBASE-15477) Do not save 'next block header' when we cache hfileblocks

2016-03-18 Thread stack (JIRA)
[ https://issues.apache.org/jira/browse/HBASE-15477?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] stack updated HBASE-15477: -- Attachment: 15477v2.patch Finished patch > Do not save 'next block header' when we cache hfileblocks > ---

[jira] [Updated] (HBASE-15477) Do not save 'next block header' when we cache hfileblocks

2016-03-18 Thread stack (JIRA)
[ https://issues.apache.org/jira/browse/HBASE-15477?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] stack updated HBASE-15477: -- Status: Patch Available (was: Open) > Do not save 'next block header' when we cache hfileblocks >

[jira] [Commented] (HBASE-15360) Fix flaky TestSimpleRpcScheduler

2016-03-18 Thread stack (JIRA)
[ https://issues.apache.org/jira/browse/HBASE-15360?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15197442#comment-15197442 ] stack commented on HBASE-15360: --- bq. I'm already on the bed and using a mobile phone to ty

[jira] [Commented] (HBASE-15477) Do not save 'next block header' when we cache hfileblocks

2016-03-18 Thread stack (JIRA)
[ https://issues.apache.org/jira/browse/HBASE-15477?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15200240#comment-15200240 ] stack commented on HBASE-15477: --- Commit message. Will post to rb when I do up v2 of this pa

[jira] [Commented] (HBASE-15398) Cells loss or disorder when using family essential filter and partial scanning protocol

2016-03-19 Thread stack (JIRA)
[ https://issues.apache.org/jira/browse/HBASE-15398?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15197524#comment-15197524 ] stack commented on HBASE-15398: --- bq. I checked the code and run a small test locally, as lo

[jira] [Commented] (HBASE-15398) Cells loss or disorder when using family essential filter and partial scanning protocol

2016-03-19 Thread stack (JIRA)
[ https://issues.apache.org/jira/browse/HBASE-15398?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15197703#comment-15197703 ] stack commented on HBASE-15398: --- Thanks [~yangzhe1991] Yes, lets warn users against joined

[jira] [Commented] (HBASE-15398) Cells loss or disorder when using family essential filter and partial scanning protocol

2016-03-19 Thread stack (JIRA)
[ https://issues.apache.org/jira/browse/HBASE-15398?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15197477#comment-15197477 ] stack commented on HBASE-15398: --- In your list, #3 is the optional. #1 and #2 are required/f

[jira] [Updated] (HBASE-15360) Fix flaky TestSimpleRpcScheduler

2016-03-19 Thread stack (JIRA)
[ https://issues.apache.org/jira/browse/HBASE-15360?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] stack updated HBASE-15360: -- Resolution: Fixed Assignee: Duo Zhang (was: Mikhail Antonov) Hadoop Flags: Reviewed Fix Ve

[jira] [Created] (HBASE-15477) Do not save 'next block header' when we cache hfileblocks

2016-03-19 Thread stack (JIRA)
stack created HBASE-15477: - Summary: Do not save 'next block header' when we cache hfileblocks Key: HBASE-15477 URL: https://issues.apache.org/jira/browse/HBASE-15477 Project: HBase Issue Type: Sub-t

[jira] [Commented] (HBASE-15349) Update surefire version to 2.19.1

2016-03-19 Thread stack (JIRA)
[ https://issues.apache.org/jira/browse/HBASE-15349?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15199772#comment-15199772 ] stack commented on HBASE-15349: --- [~ashish singhi] I don't think so but could back this out

[jira] [Updated] (HBASE-15477) Do not save 'next block header' when we cache hfileblocks

2016-03-19 Thread stack (JIRA)
[ https://issues.apache.org/jira/browse/HBASE-15477?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] stack updated HBASE-15477: -- Attachment: 15477.patch First cut. Below is the commit message. This patch actually overdoes it. I'm going to

[jira] [Commented] (HBASE-15349) Update surefire version to 2.19.1

2016-03-19 Thread stack (JIRA)
[ https://issues.apache.org/jira/browse/HBASE-15349?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15199778#comment-15199778 ] stack commented on HBASE-15349: --- We don't seem to get the timeouts when we build trunk, jus

[jira] [Commented] (HBASE-15477) Do not save 'next block header' when we cache hfileblocks

2016-03-19 Thread stack (JIRA)
[ https://issues.apache.org/jira/browse/HBASE-15477?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15202361#comment-15202361 ] stack commented on HBASE-15477: --- RB won't let me update. The difference from RB is adding t

[jira] [Commented] (HBASE-15398) Cells loss or disorder when using family essential filter and partial scanning protocol

2016-03-19 Thread stack (JIRA)
[ https://issues.apache.org/jira/browse/HBASE-15398?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15197333#comment-15197333 ] stack commented on HBASE-15398: --- bq. Is it a good idea that adding a new flag in protocol o

[jira] [Updated] (HBASE-15481) Add pre/post roll to WALObserver

2016-03-19 Thread stack (JIRA)
[ https://issues.apache.org/jira/browse/HBASE-15481?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] stack updated HBASE-15481: -- Attachment: HBASE-15481-v1.patch Retry to see if timeouts this time around. +1 on patch. We should commit HBA

[jira] [Commented] (HBASE-15360) Fix flaky TestSimpleRpcScheduler

2016-03-19 Thread stack (JIRA)
[ https://issues.apache.org/jira/browse/HBASE-15360?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15197312#comment-15197312 ] stack commented on HBASE-15360: --- Lets commit. Our tests are in a sorry state while this is

[jira] [Reopened] (HBASE-15349) Update surefire version to 2.19.1

2016-03-20 Thread stack (JIRA)
[ https://issues.apache.org/jira/browse/HBASE-15349?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] stack reopened HBASE-15349: --- Reopening. Let me revert to see if this has anything to do w/ the timeouts we are seeing frequently on hadoopqa.

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