Lars Hofhansl (JIRA | 22 May 07:11 2015
Picon

[jira] [Resolved] (HBASE-13703) ReplicateContext should not be a member of ReplicationSource


     [
https://issues.apache.org/jira/browse/HBASE-13703?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Lars Hofhansl resolved HBASE-13703.
-----------------------------------
      Resolution: Fixed
    Hadoop Flags: Reviewed

> ReplicateContext should not be a member of ReplicationSource
> ------------------------------------------------------------
>
>                 Key: HBASE-13703
>                 URL: https://issues.apache.org/jira/browse/HBASE-13703
>             Project: HBase
>          Issue Type: Bug
>            Reporter: Lars Hofhansl
>            Assignee: Lars Hofhansl
>            Priority: Minor
>             Fix For: 2.0.0, 0.98.13, 1.0.2, 1.1.1
>
>         Attachments: 13703.txt
>
>
> The ReplicateContext object is created once per ReplicationSource and then reused when we have
something to ship to the sinks.
> This is a misguided optimization. ReplicateContext is very lightweight (definitely compared to the all
the work and copying the ReplicationSource is doing) and, crucially, it prevent the the entries array
from being collected after it was successfully copied to the sink, wasting potentially a lot of heap.
> The entries array itself holds reference to WAL entries on the heap, that now also cannot be collected.
(Continue reading)

lars hofhansl | 22 May 07:00 2015
Picon

Git branch-1.1.0?

Just saw we have a branch-1.1.0 branch in git. What do we use that one for? 1.1.x releases should be tags on
branch-1.1, no?
Thanks.
-- Lars
stack (JIRA | 22 May 04:43 2015
Picon

[jira] [Created] (HBASE-13745) Say why a flush was requested in log message

stack created HBASE-13745:
-----------------------------

             Summary: Say why a flush was requested in log message
                 Key: HBASE-13745
                 URL: https://issues.apache.org/jira/browse/HBASE-13745
             Project: HBase
          Issue Type: Improvement
            Reporter: stack
            Assignee: stack
            Priority: Minor

Looking at some logs that are full of flushes, we don't say why the flush request was made in the log message;
would be helpful figuring if knew what was bringing on a flush in a particular context:

Here is what it looks like:

{code}
2095 2015-05-21 19:34:58,229 INFO  [localhost,51008,1432261786401_ChoreService_1]
regionserver.HRegionServer: localhost,51008,1432261786401-MemstoreFlusherChore requesting
flush of XXXX after random delay 15458ms
{code}

--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

Andrew Purtell (JIRA | 22 May 04:08 2015
Picon

[jira] [Created] (HBASE-13744) TestCorruptedRegionStoreFile is flaky

Andrew Purtell created HBASE-13744:
--------------------------------------

             Summary: TestCorruptedRegionStoreFile is flaky
                 Key: HBASE-13744
                 URL: https://issues.apache.org/jira/browse/HBASE-13744
             Project: HBase
          Issue Type: Bug
            Reporter: Andrew Purtell
            Assignee: Andrew Purtell
             Fix For: 0.98.13

TestCorruptedRegionStoreFile#testLosingFileAfterScannerInit is failing on recent Jenkins 0.98
builds and I can reproduce it with a few runs locally, though not every time.

--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

Picon

[ANNOUNCE] Apache Phoenix 4.4-0-HBase-1.0 released

The Apache Phoenix team is pleased to announce the immediate
availability of the 4.4.0-HBase-1.0 release compatible with HBase
1.0.x(1.0.1+).

The 4.4.0-HBase-1.0 release has feature parity with our 4.4.0-HBase-0.98
release.

Extra features include:
- support HBase HA Query(timeline-consistent region replica read)[1]
- alter session query support

The release is available through maven or may be downloaded here[2].

Thanks to all the contributors who made this release possible!

Regards,
The Apache Phoenix Team

[1] https://issues.apache.org/jira/browse/PHOENIX-1683
[2] http://phoenix.apache.org/download.html
Picon

[ANNOUNCE] Apache Phoenix 4.4-0-HBase-0.98 released

The Apache Phoenix team is pleased to announce the immediate
availability of the 4.4.0-HBase-0.98 release compatible with HBase 0.98.x.
Highlights include:

- spark integration[1]
- query server[2]
- support for user defined functions[3]
- pherf - load tester measures throughput[4]
- support union All and union queries in subquery[5].
- 7.5x performance improvement for non aggregate, unordered queries
- many math and date/time buit-in functions
- mr job to populate indexes
- improvements in tracing and monitoring.
- some more improvements in CBO
- over 70 bug fixes and etc...

The release is available through maven or may be downloaded here [6].

Thanks to all the contributors who made this release possible!

Regards,
The Apache Phoenix Team

[1] http://phoenix.apache.org/phoenix_spark.html
[2] http://phoenix.apache.org/server.html
[3] http://phoenix.apache.org/udf.html
[4] http://phoenix.apache.org/pherf.html
[5] http://phoenix.apache.org/language/index.html#select
[6] http://phoenix.apache.org/download.html
(Continue reading)

Andrew Purtell (JIRA | 22 May 02:55 2015
Picon

[jira] [Created] (HBASE-13743) Backport HBASE-13709 (Updates to meta table server columns may be eclipsed) to 0.98

Andrew Purtell created HBASE-13743:
--------------------------------------

             Summary: Backport HBASE-13709 (Updates to meta table server columns may be eclipsed) to 0.98
                 Key: HBASE-13743
                 URL: https://issues.apache.org/jira/browse/HBASE-13743
             Project: HBase
          Issue Type: Sub-task
            Reporter: Andrew Purtell
            Assignee: Andrew Purtell
             Fix For: 0.98.14

The problem addressed with HBASE-13709 is more likely on branch-1 and later but still an issue with the 0.98
code. Backport doesn't look too difficult but nontrivial due to the number of fix ups needed.

--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

Apekshit Sharma (JIRA | 22 May 00:39 2015
Picon

[jira] [Reopened] (HBASE-12789) TestCacheOnWrite#testStoreFileCacheOnWrite sometimes fails with HFileBlock cached assertion failure


     [
https://issues.apache.org/jira/browse/HBASE-12789?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Apekshit Sharma reopened HBASE-12789:
-------------------------------------

Reopening. Updating description.

> TestCacheOnWrite#testStoreFileCacheOnWrite sometimes fails with HFileBlock cached assertion failure
> ---------------------------------------------------------------------------------------------------
>
>                 Key: HBASE-12789
>                 URL: https://issues.apache.org/jira/browse/HBASE-12789
>             Project: HBase
>          Issue Type: Test
>            Reporter: Ted Yu
>            Priority: Minor
>
> From
https://builds.apache.org/job/HBase-TRUNK/5980/testReport/junit/org.apache.hadoop.hbase.io.hfile/TestCacheOnWrite/testStoreFileCacheOnWrite_106_/ :
> {code}
> java.lang.AssertionError: shouldBeCached: false
> isCached: true
> Test description: [cacheOnWrite=INDEX_BLOCKS, compress=GZ,
encoderType=BLOCK_ENCODING_EVERYWHERE, cacheCompressedData=false]
> block: HFileBlock [ fileOffset=12046 headerSize()=33 blockType=ENCODED_DATA
onDiskSizeWithoutHeader=1325 uncompressedSizeWithoutHeader=1591 prevBlockOffset=10457
isUseHBaseChecksum()=true checksumType=NULL bytesPerChecksum=512
onDiskDataSizeWithHeader=1346 getOnDiskSizeWithHeader()=1358 totalChecksumBytes()=12
(Continue reading)

Nick Dimiduk (JIRA | 21 May 20:11 2015
Picon

[jira] [Created] (HBASE-13742) buildbot should run link checker over book

Nick Dimiduk created HBASE-13742:
------------------------------------

             Summary: buildbot should run link checker over book
                 Key: HBASE-13742
                 URL: https://issues.apache.org/jira/browse/HBASE-13742
             Project: HBase
          Issue Type: Improvement
          Components: documentation
            Reporter: Nick Dimiduk

I noticed when digging around for info on ImportTsv that we have a broken link in "66.4 See Also". Links to
\#importtsv but the real anchor on "117.11. ImportTsv" is \#_importtsv.

Instead of continuing to fix broken links one-by-one, we should run a link checker over all the docs and
ensure these anchors are correct. Similarly, we should be looking for references that need to be relative
and fix them, a la HBASE-13669.

--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

Stephen Yuan Jiang (JIRA | 21 May 19:51 2015
Picon

[jira] [Created] (HBASE-13741) Disable TestRegionObserverInterface.testRecovery and testLegacyRecovery

Stephen Yuan Jiang created HBASE-13741:
------------------------------------------

             Summary: Disable TestRegionObserverInterface.testRecovery and testLegacyRecovery
                 Key: HBASE-13741
                 URL: https://issues.apache.org/jira/browse/HBASE-13741
             Project: HBase
          Issue Type: Bug
    Affects Versions: 1.1.0, 2.0.0, 1.2.0
            Reporter: Stephen Yuan Jiang
            Assignee: Stephen Yuan Jiang
            Priority: Minor

This is related to HBASE-13391.  

When testing 1.1 release in Windows environment, both
org.apache.hadoop.hbase.coprocessor.TestRegionObserverInterface.testRecovery and
org.apache.hadoop.hbase.coprocessor.TestRegionObserverInterface.testLegacyRecovery failed
frequently. testLegacyRecovery fails more frequently.

{noformat}
java.lang.AssertionError: Result of
org.apache.hadoop.hbase.coprocessor.SimpleRegionObserver.getCtPreWALRestore is expected to be
1, while we get 0
	at org.junit.Assert.fail(Assert.java:88)
	at org.junit.Assert.assertTrue(Assert.java:41)
	at org.apache.hadoop.hbase.coprocessor.TestRegionObserverInterface.verifyMethodResult(TestRegionObserverInterface.java:746)
	at org.apache.hadoop.hbase.coprocessor.TestRegionObserverInterface.testRecovery(TestRegionObserverInterface.java:630)

java.lang.AssertionError: Result of
(Continue reading)

Sean Busbey (JIRA | 21 May 17:29 2015
Picon

[jira] [Created] (HBASE-13740) Stop using Hadoop private interfaces

Sean Busbey created HBASE-13740:
-----------------------------------

             Summary: Stop using Hadoop private interfaces
                 Key: HBASE-13740
                 URL: https://issues.apache.org/jira/browse/HBASE-13740
             Project: HBase
          Issue Type: Umbrella
    Affects Versions: 2.0.0
            Reporter: Sean Busbey
            Priority: Blocker
             Fix For: 2.0.0

Now that we are push downstream folks to stay off of our private interfaces, we should provide a good example
by doing the same with Hadoop.

Things to do in this umbrella

* We need a good way to check; manual inspection is untenable
* For anything where Hadoop isn't maintaining an isolated API (i.e. they include a non-org.apache.hadoop
or jvm class), we should just rip things out
* For the rest we'll need to determine if we ask for upgrading things to LimitedPrivate(HBase) or Public 

--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


Gmane