Return-Path: X-Original-To: archive-asf-public-internal@cust-asf2.ponee.io Delivered-To: archive-asf-public-internal@cust-asf2.ponee.io Received: from cust-asf.ponee.io (cust-asf.ponee.io [163.172.22.183]) by cust-asf2.ponee.io (Postfix) with ESMTP id C562D200B74 for ; Thu, 18 Aug 2016 05:07:23 +0200 (CEST) Received: by cust-asf.ponee.io (Postfix) id C405E160AB5; Thu, 18 Aug 2016 03:07:23 +0000 (UTC) Delivered-To: archive-asf-public@cust-asf.ponee.io Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by cust-asf.ponee.io (Postfix) with SMTP id 18A87160A8C for ; Thu, 18 Aug 2016 05:07:22 +0200 (CEST) Received: (qmail 43862 invoked by uid 500); 18 Aug 2016 03:07:22 -0000 Mailing-List: contact notifications-help@accumulo.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: jira@apache.org Delivered-To: mailing list notifications@accumulo.apache.org Received: (qmail 43847 invoked by uid 99); 18 Aug 2016 03:07:22 -0000 Received: from arcas.apache.org (HELO arcas) (140.211.11.28) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 18 Aug 2016 03:07:22 +0000 Received: from arcas.apache.org (localhost [127.0.0.1]) by arcas (Postfix) with ESMTP id 8BC0B2C02A3 for ; Thu, 18 Aug 2016 03:07:21 +0000 (UTC) Date: Thu, 18 Aug 2016 03:07:21 +0000 (UTC) From: "Mike Drob (JIRA)" To: notifications@accumulo.apache.org Message-ID: In-Reply-To: References: Subject: [jira] [Commented] (ACCUMULO-4407) Use zk chroot instead of instance id MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 archived-at: Thu, 18 Aug 2016 03:07:24 -0000 [ https://issues.apache.org/jira/browse/ACCUMULO-4407?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15425843#comment-15425843 ] Mike Drob commented on ACCUMULO-4407: ------------------------------------- In a perfect world, we wouldn't need the instance ID stuff anymore at all. But, as an initial pass, it might make sense to just chroot ourselves to {{/accumulo/UUID}} in a lot of places and take advantage of the simplifications that that would get us. > 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)