Data nodes are fine. Actually the Region server on that serverx is the
solely one dead afterwards. Datanode is up, and HDFS reporting healthy
status. Interesting that is possible.
I have steadily come across the problem again testing a new HBase cluster,
so yes, I would bet the problem is in H
ramkrishna.s.vasudevan created HBASE-11075:
--
Summary: TestVisibilityLabelsWithDistributedLogReplay is failing
in Precommit builds frequently
Key: HBASE-11075
URL: https://issues.apache.org/jira/browse/HBA
Ted Yu created HBASE-11076:
--
Summary: Update refguide on getting 0.94.x to run on hadoop 2.2.0+
Key: HBASE-11076
URL: https://issues.apache.org/jira/browse/HBASE-11076
Project: HBase
Issue Type: Tas
[
https://issues.apache.org/jira/browse/HBASE-10923?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jimmy Xiang resolved HBASE-10923.
-
Resolution: Won't Fix
Close it as Won't Fix. Let's keep meta together with master for now.
> C
Did you set replication to 1?
The following error message indicates that the default replication is set
to 1:
could only be replicated to 0 nodes, instead of 1
In that case, losing a datanode would mean blocks will be lost.
Enis
On Fri, Apr 25, 2014 at 1:32 AM, Álvaro Recuero wrote:
> Data
Hey Andrew, any chance to get 0.98.2 today so I will have something to do
this week-end? ;)
JM
2014-04-19 11:28 GMT-04:00 lars hofhansl :
> And 0.94.19 is due as well. Planning an RC on Monday, that way we do not
> have the RCs at the same time.
>
> -- Lars
>
>
>
> _
Andrew Purtell created HBASE-11078:
--
Summary: [AccessController] Consider new permission for "read
visible"
Key: HBASE-11078
URL: https://issues.apache.org/jira/browse/HBASE-11078
Project: HBase
Unlikely, there are open issues that could go in before or on Monday the
28th.
On Fri, Apr 25, 2014 at 11:38 AM, Jean-Marc Spaggiari <
jean-m...@spaggiari.org> wrote:
> Hey Andrew, any chance to get 0.98.2 today so I will have something to do
> this week-end? ;)
>
> JM
>
>
> 2014-04-19 11:28 GMT
Andrew Purtell created HBASE-11077:
--
Summary: [AccessController] Restore compatible early-out access
denial
Key: HBASE-11077
URL: https://issues.apache.org/jira/browse/HBASE-11077
Project: HBase
[
https://issues.apache.org/jira/browse/HBASE-10932?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jean-Daniel Cryans resolved HBASE-10932.
Resolution: Won't Fix
Resolving as won't fix. If you want to work on a more genera
Andrew Purtell created HBASE-11079:
--
Summary: Normalize test tools across branches
Key: HBASE-11079
URL: https://issues.apache.org/jira/browse/HBASE-11079
Project: HBase
Issue Type: Umbrella
Ted Yu created HBASE-11080:
--
Summary: TestZKSecretWatcher#testKeyUpdate occasionally fails
Key: HBASE-11080
URL: https://issues.apache.org/jira/browse/HBASE-11080
Project: HBase
Issue Type: Test
stack created HBASE-11081:
-
Summary: Trunk Master won't start; looking for Constructor that
takes conf only
Key: HBASE-11081
URL: https://issues.apache.org/jira/browse/HBASE-11081
Project: HBase
Iss
Ted Yu created HBASE-11082:
--
Summary: Potential unclosed TraceScope in FSHLog#replaceWriter()
Key: HBASE-11082
URL: https://issues.apache.org/jira/browse/HBASE-11082
Project: HBase
Issue Type: Bug
Do we keep filing the "TestFoo occasionally fails on builds.apache.org"
type of issues as builds.apache.org gets slower and slower? We can see the
build results independent of JIRA so for documentary purposes the rationale
seems light.
I run the 0.98 unit test suite 20 times daily on JDK 6 and 7
[
https://issues.apache.org/jira/browse/HBASE-10960?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Andrew Purtell reopened HBASE-10960:
I think this commit broke the trunk build
{noformat}
[ERROR] Failed to execute goal
org.apac
On Fri, Apr 25, 2014 at 3:13 PM, Andrew Purtell wrote:
> do we increase the tolerances for builds.apache.org and trade away the
> effectiveness of the test to catch real timing issues?
>
I wonder about this often.
Looking at https://builds.apache.org/job/hbase-0.98/ , there were 9 failed
builds out of the last 17 builds.
The success rate for
https://builds.apache.org/job/HBase-0.98-on-Hadoop-1.1/was even lower.
I think effort of making the builds, especially hbase-0.98, more stable
should be considered.
My
[
https://issues.apache.org/jira/browse/HBASE-10960?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Andrew Purtell resolved HBASE-10960.
Resolution: Fixed
Committed missing file, verified compilation. Thanks Srikanth.
> Enhan
My 2 cents..
should the test runners have profiles like "ASF build" vs "EC2 large m/c"
or something,
from which the appropriate timeouts are derived, and for ASF timeouts are
longer than for custom envs? Or that would make the whole test infra less
trustworthy?
-Mikhail
2014-04-25 15:47 GMT-07:
And yet the reason the builds.apache.org builds are failing, as opposed to
tests I run on VMs elsewhere and locally, is because builds.apache.org is
becoming more and more loaded over time. So give me a break about the
"stability" of the 0.98 build. You give people a false impression.
On Fri, Apr
[
https://issues.apache.org/jira/browse/HBASE-10957?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Enis Soztutar resolved HBASE-10957.
---
Resolution: Fixed
Hadoop Flags: Reviewed
I've committed this to branch.
> HBASE-10070
Ted Yu created HBASE-11083:
--
Summary: ExportSnapshot should provide capability to limit
bandwidth consumption
Key: HBASE-11083
URL: https://issues.apache.org/jira/browse/HBASE-11083
Project: HBase
23 matches
Mail list logo
