Duo Zhang created HBASE-19694:
-
Summary: The initialization order for a fresh cluster is incorrect
Key: HBASE-19694
URL: https://issues.apache.org/jira/browse/HBASE-19694
Project: HBase
Issue
[
https://issues.apache.org/jira/browse/HBASE-19690?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Ted Yu resolved HBASE-19690.
Resolution: Not A Problem
The command passed by dropping package goal.
> Maven assembly goal fails in
Yeah, you're right.
Unreliable clocks open a whole set of different issues which i didn't want
to go into for the question "the system capable to execute all that
transition stuff in less than 1 ms?". I thought that question was genuinely
asking how probable was the fabricated scenario i.e. if
I don't think these assumptions are reliable. I've seen cases where
subsequent calls to currentTimeMillis() are non-incrementing on specific
Linux distributions. Taken in aggregate, the system clock makes progress,
but those aggregations are on the multi-second scale.
On Tue, Jan 2, 2018 at 4:37
Ethan Wang created HBASE-19693:
--
Summary: List Schema
Key: HBASE-19693
URL: https://issues.apache.org/jira/browse/HBASE-19693
Project: HBase
Issue Type: New Feature
Reporter: Ethan
Hi Sergey,
Interesting test and find. Makes total sense too.
However, in real world case, any put in meta table itself will take more
than a ms, and then we have lot of Procedure framework and other logic in
between meta accesses which would make this scenarios impossible.
Specifically, there a
Ethan Wang created HBASE-19692:
--
Summary: drop_all/ disable_all Allow regex * in schema portion
Key: HBASE-19692
URL: https://issues.apache.org/jira/browse/HBASE-19692
Project: HBase
Issue
Hi,
Not sure whether we may consider that as a bug, but I found an interesting
dependency of AM2 on clock advancing. A simple operation such as create
table is unable to perform with the same current_time value:
public void testCreateTable() throws IOException {
Josh Elser created HBASE-19691:
--
Summary: Do not require ADMIN permission for obtaining
ClusterStatus
Key: HBASE-19691
URL: https://issues.apache.org/jira/browse/HBASE-19691
Project: HBase
On 12/22/17 6:14 PM, Stack wrote:
On Fri, Dec 22, 2017 at 11:58 AM, Josh Elser wrote:
Hey folks,
Our Romil has been doing some testing with the tip of branch-2 and noticed
this little wrinkle with authn/authz enabled.
In
Ted Yu created HBASE-19690:
--
Summary: Maven assembly goal fails in master branch with 'invalid
distance too far back'
Key: HBASE-19690
URL: https://issues.apache.org/jira/browse/HBASE-19690
Project: HBase
[
https://issues.apache.org/jira/browse/HBASE-19689?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Reid Chan resolved HBASE-19689.
---
Resolution: Duplicate
> TimeToLiveProcedureWALCleaner should extends BaseLogCleanerDelegate
>
Reid Chan created HBASE-19689:
-
Summary: TimeToLiveProcedureWALCleaner should extends
BaseLogCleanerDelegate
Key: HBASE-19689
URL: https://issues.apache.org/jira/browse/HBASE-19689
Project: HBase
Reid Chan created HBASE-19688:
-
Summary: TimeToLiveProcedureWALCleaner should extends
BaseLogCleanerDelegate
Key: HBASE-19688
URL: https://issues.apache.org/jira/browse/HBASE-19688
Project: HBase
14 matches
Mail list logo