binlijin created HBASE-16960:
Summary: RegionServer hang when aborting
Key: HBASE-16960
URL: https://issues.apache.org/jira/browse/HBASE-16960
Project: HBase
Issue Type: Bug
Xiang Li created HBASE-16959:
Summary: Export snapshot to local file system
Key: HBASE-16959
URL: https://issues.apache.org/jira/browse/HBASE-16959
Project: HBase
Issue Type: New Feature
[
https://issues.apache.org/jira/browse/HBASE-16958?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Gary Helmling resolved HBASE-16958.
---
Resolution: Duplicate
Assignee: (was: Gary Helmling)
Fix Version/s:
[
https://issues.apache.org/jira/browse/HBASE-16570?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Gary Helmling reopened HBASE-16570:
---
I've reverted this from branch-1.3 for the moment, until the issue that I
described can be
On Thu, Oct 27, 2016 at 3:01 PM, Stack wrote:
> On Fri, Oct 21, 2016 at 3:24 PM, Enis Söztutar wrote:
>
>> A bit late, but let me give my perspective. This can also be moved to jira
>> or dev@ I think.
>>
>> DLR was a nice and had pretty good gains for
On Fri, Oct 21, 2016 at 3:24 PM, Enis Söztutar wrote:
> A bit late, but let me give my perspective. This can also be moved to jira
> or dev@ I think.
>
> DLR was a nice and had pretty good gains for MTTR. However, dealing with
> the sequence ids, onlining regions etc and the
Gary Helmling created HBASE-16958:
-
Summary: Balancer recomputes block distributions every time
balanceCluster() runs
Key: HBASE-16958
URL: https://issues.apache.org/jira/browse/HBASE-16958
Project:
Umesh Agashe created HBASE-16957:
Summary: Remove directory layout/ filesystem references from
Cleaners and a few other modules in master
Key: HBASE-16957
URL: https://issues.apache.org/jira/browse/HBASE-16957
Duh. Thanks Dima (was temporarily blinded by the power of the content).
M
On Thu, Oct 27, 2016 at 10:07 AM, Dima Spivak wrote:
> Here's a link:
> https://www.youtube.com/channel/UCy25rIFxWRBokFg-
> 2Cm83BQ/videos?sort=dd_id=0=0
>
> ;) Stack
>
> On Thursday, October 27,
Thiruvel Thirumoolan created HBASE-16956:
Summary: Refactor FavoredNodePlan to use regionNames as keys
Key: HBASE-16956
URL: https://issues.apache.org/jira/browse/HBASE-16956
Project: HBase
Here's a link:
https://www.youtube.com/channel/UCy25rIFxWRBokFg-2Cm83BQ/videos?sort=dd_id=0=0
;) Stack
On Thursday, October 27, 2016, Stack wrote:
> Some good stuff in here:
>
> + BigTable Lead on some interesting tricks done to make the service more
> robust
> + Compare of
Some good stuff in here:
+ BigTable Lead on some interesting tricks done to make the service more
robust
+ Compare of SQL tiers by the boys from Splice
+ Mikhail (looking like a gangster!) on the dead-but-not-dead RegionServer
Then there's our JMS on HBase+Spark, Joep and Sangjin on HBase as
stack created HBASE-16955:
-
Summary: Fixup precommit protoc check to do new distributed protos
and pb 3.1.0 build
Key: HBASE-16955
URL: https://issues.apache.org/jira/browse/HBASE-16955
Project: HBase
ChiaPing Tsai created HBASE-16954:
-
Summary: Unify HTable#checkAndDelete with AP
Key: HBASE-16954
URL: https://issues.apache.org/jira/browse/HBASE-16954
Project: HBase
Issue Type: Sub-task
[
https://issues.apache.org/jira/browse/HBASE-16935?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Mikhail Zvagelsky resolved HBASE-16935.
---
Resolution: Not A Problem
> Java API method Admin.deleteColumn(table, columnFamily)
I applied addendum and ran a few unit tests which passed.
FYI
On Thu, Oct 27, 2016 at 8:44 AM, Ted Yu wrote:
> It turns out that HBASE-16932 moved the definition of MAX_BYTE_ARRAY :
>
> git show cd3dd6e018513357d2cf0b5bba073f5a6551f7a4
>
It turns out that HBASE-16932 moved the definition of MAX_BYTE_ARRAY :
git show cd3dd6e018513357d2cf0b5bba073f5a6551f7a4
./hbase-client/src/main/java/org/apache/hadoop/hbase/client/ClientScanner.java
-static byte[] MAX_BYTE_ARRAY = Bytes.createMaxByteArray(9);
On Thu, Oct 27, 2016 at 8:10
The change actually breaks compilation of the hbase-client module. Really
puzzled by why Yetus didn't have an issue with it yesterday...
On Thursday, October 27, 2016, Andrew Purtell
wrote:
> I checked the last QA report on this issue and, while the findbugs and
> unit
I checked the last QA report on this issue and, while the findbugs and unit
test results were red, there was nothing that would indicate the site build
would fail.
Am I missing something?
Is the only way we will know if a change will break the site build is to run a
site build before every
HBASE-16886 breaks compilation. Ted, please revert.
On Thursday, October 27, 2016, Apache Jenkins Server <
jenk...@builds.apache.org> wrote:
> Build status: Failure
>
> If successful, the website and docs have been generated. To update the
> live site, follow the instructions below. If failed,
Build status: Failure
If successful, the website and docs have been generated. To update the live
site, follow the instructions below. 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
Hi all
We are also considering how to improve MTTR these days and have a plan. I
just notice this thread, hoping I am not late :)
My original thought is simple: Why we must put entries to MemStore of new
RS? We can read/write WAL entries only once in failover, from log entries
to HFiles, which
Jan Van Besien created HBASE-16953:
--
Summary: ExportSnapshot -overwrite is not atomic (enough)
Key: HBASE-16953
URL: https://issues.apache.org/jira/browse/HBASE-16953
Project: HBase
Issue
stack created HBASE-16952:
-
Summary: Replace hadoop-maven-plugins with protobuf-maven-plugin
for building protos
Key: HBASE-16952
URL: https://issues.apache.org/jira/browse/HBASE-16952
Project: HBase
24 matches
Mail list logo