You are viewing a plain text version of this content. The canonical link for it is here.
Posted to notifications@accumulo.apache.org by "Mike Drob (JIRA)" <ji...@apache.org> on 2016/08/16 16:11:21 UTC

[jira] [Commented] (ACCUMULO-4407) Use zk chroot instead of instance id

    [ https://issues.apache.org/jira/browse/ACCUMULO-4407?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15422949#comment-15422949 ] 

Mike Drob commented on ACCUMULO-4407:
-------------------------------------

This also has the potential to make for a good intern or summer of code project. It's a decent sized amount of work, and would let the developer get familiar with much of the internals of accumulo.

> Use zk chroot instead of instance id
> ------------------------------------
>
>                 Key: ACCUMULO-4407
>                 URL: https://issues.apache.org/jira/browse/ACCUMULO-4407
>             Project: Accumulo
>          Issue Type: Improvement
>          Components: core, zookeeper
>            Reporter: Mike Drob
>             Fix For: 2.0.0
>
>
> This is something I'd like to see considered for Accumulo 2.0. Probably can't move on it any sooner because it would break a lot of assumptions, but might be possible to make work in a backwards compatible way.
> Currently we use instance id in zookeeper to allow for multiple installations sharing the same zk quorum. This is both a confusing amount of indirection and a headache for operators when they need to intervene because a uuid is not very human-memory friendly.
> Instead, if we specify a chroot path then we can assume the given accumulo instance is the only one we will see. This will simplify a lot of APIs because in essence we will be combining the zk and instance id arguments into one thing.
> I suspect that either we were not aware of zk chroot or it did not exist when we started, hence not using it. But there's not really any good excuses left today to avoid it.



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