In RSRpcServices#closeRegion(), it calls RegionCoprocessorHost#preClose()
first, then calls HRegionServer#closeRegion().
In HRegionServer#closeRegion(), the RegionCoprocessorHost#preClose() is
called again.
I just wonder whether the RegionCoprocessorHost#preClose() call
in
Sean Busbey created HBASE-16019:
---
Summary: Cut HBase 1.2.2 release
Key: HBASE-16019
URL: https://issues.apache.org/jira/browse/HBASE-16019
Project: HBase
Issue Type: Task
Components:
Joseph created HBASE-16018:
--
Summary: Better documentation of ReplicationPeers
Key: HBASE-16018
URL: https://issues.apache.org/jira/browse/HBASE-16018
Project: HBase
Issue Type: Improvement
Zhan Zhang created HBASE-16017:
--
Summary: HBase TableOutputFormat has connection leak in
getRecordWriter
Key: HBASE-16017
URL: https://issues.apache.org/jira/browse/HBASE-16017
Project: HBase
Stephen Yuan Jiang created HBASE-16016:
--
Summary: AssignmentManager#waitForAssignment could have unexpected
negative deadline
Key: HBASE-16016
URL: https://issues.apache.org/jira/browse/HBASE-16016
KarthikP created HBASE-16015:
Summary: Usability - VerifyReplication performance is too slow
Key: HBASE-16015
URL: https://issues.apache.org/jira/browse/HBASE-16015
Project: HBase
Issue Type:
I'm not aware of any, and changes made to 1.3 shouldn't render 2.4
unsupportable.
On the second thought, if we want to have to maintain less minor releases
in 1.* line and encourage folks to update,
we need to keep maintaining those Hadoop versions, yeah.
Let's leave 2.4 as supported.
-Mikhail
Nick Dimiduk created HBASE-16014:
Summary: Get and Put constructor argument lists are divergent
Key: HBASE-16014
URL: https://issues.apache.org/jira/browse/HBASE-16014
Project: HBase
Issue
Successful
If successful, the HTML and link-checking report for http://hbase.apache.org is
available at
https://builds.apache.org/job/HBase%20Website%20Link%20Ckecker/47/artifact/link_report/index.html.
If failed, see
https://builds.apache.org/job/HBase%20Website%20Link%20Ckecker/47/console.
[
https://issues.apache.org/jira/browse/HBASE-15584?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Ted Yu resolved HBASE-15584.
Resolution: Fixed
Hadoop Flags: Reviewed
Thanks for the reviews.
> Revisit handling of
Have you seen this thread ?
http://search-hadoop.com/m/YGbbLPiq82r0SVj2=Re+Task+57953b5d+
On Mon, Jun 13, 2016 at 2:05 AM, Madhur Sharma wrote:
> Hi,
>
> Can you please let me know the details of this task, so that I can
> contribute on this.
> I have 10 years of
Hi,
Can you please let me know the details of this task, so that I can
contribute on this.
I have 10 years of experience in Java and for the last 3 years I've been
working on big data technology.
Thanks & Regards
Madhur Sharma
Build status: Successful
If successful, the website and docs have been generated. If failed, skip to the
bottom of this email.
Use the following commands to download the patch and apply it to a clean branch
based on origin/asf-site. If you prefer to keep the hbase-site repo around
On Fri, Jun 10, 2016 at 7:00 PM, Mikhail Antonov wrote:
>
> I'm thinking to move Hadoop 2.4.* from Supported to Not Tested, to kind of
> encourage people to move and have less versions to test. How many people
> want to stick with Hadoop 2.4 yet upgrade to HBase 1.3?
>
[
https://issues.apache.org/jira/browse/HBASE-15991?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
ramkrishna.s.vasudevan resolved HBASE-15991.
Resolution: Fixed
> CompactingMemstore#InMemoryFlushRunnable should
ramkrishna.s.vasudevan created HBASE-16013:
--
Summary: Compaction process can be improved for a default case
Key: HBASE-16013
URL: https://issues.apache.org/jira/browse/HBASE-16013
Project:
Guanghao Zhang created HBASE-16012:
--
Summary: Major compaction can't work because left scanner read
point in RegionServer
Key: HBASE-16012
URL: https://issues.apache.org/jira/browse/HBASE-16012
[
https://issues.apache.org/jira/browse/HBASE-15991?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
ramkrishna.s.vasudevan reopened HBASE-15991:
> CompactingMemstore#InMemoryFlushRunnable should implement
>
18 matches
Mail list logo