Mailing-List: contact dev-help@accumulo.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@accumulo.apache.org
Date: Wed, 2 May 2012 19:18:48 +0000 (UTC)
From: "John Vines (JIRA)" <jira@apache.org>
To: dev@accumulo.apache.org
Message-ID: 
 <423679970.18389.1335986329097.JavaMail.tomcat@hel.zones.apache.org>
In-Reply-To: 
 <882058133.30030.1332968250170.JavaMail.tomcat@hel.zones.apache.org>
Subject: [jira] [Commented] (ACCUMULO-500) Need mechanism for init to work
 with empty /accumulo directory
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit


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

John Vines commented on ACCUMULO-500:
-------------------------------------

Wow, I really did waste ticket 500
                
> Need mechanism for init to work with empty /accumulo directory
> --------------------------------------------------------------
>
>                 Key: ACCUMULO-500
>                 URL: https://issues.apache.org/jira/browse/ACCUMULO-500
>             Project: Accumulo
>          Issue Type: Bug
>    Affects Versions: 1.4.0
>            Reporter: John Vines
>            Assignee: Eric Newton
>
> I don't know if this should be done for 1.4.1 or 1.5.0, but this is primarily to help support ACCUMULO-404. In a secured installation, there is the assumption that the accumulo user only has rwx access in the /accumulo directory and it's children. Unfortunately, Accumulo only knows how to init with there being no /accumulo directory. While I understand we don't want to worry about clobbering the directory, we should provide a mechanism to init on top of an existing, but empty, /accumulo hdfs directory. This will allow the SA to create an accumulo directory and provide perms appropriately for the accumulo user, rather than having to grant write at the root level and then revoking that permission after initting.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira