Mailing-List: contact user-help@accumulo.apache.org; run by ezmlm
Precedence: bulk
Reply-To: user@accumulo.apache.org
Message-ID: <55F995FE.1010900@gmail.com>
Date: Wed, 16 Sep 2015 12:17:02 -0400
From: Josh Elser <josh.elser@gmail.com>
User-Agent: Postbox 3.0.11 (Macintosh/20140602)
MIME-Version: 1.0
To: user@accumulo.apache.org
Subject: Re: Mini Accumulo Cluster reusing the directory
References: 
 <2126681510.2170345.1442409652860.JavaMail.zimbra@scai.fraunhofer.de>
In-Reply-To: 
 <2126681510.2170345.1442409652860.JavaMail.zimbra@scai.fraunhofer.de>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit

Best as I can tell, we don't actually have the ability to do this.

We can use external ZooKeeper servers and we can start a MAC instance on 
top of an already running ZK from a different MAC instance, but it 
doesn't look like we have the ability to reuse the same storage directory.

That sounds like a useful improvement to me. I'm not sure if there are 
any edge cases that make this hard (haven't thought enough about it).

Want to open a JIRA issue for it, Sven?

- Josh

Sven Hodapp wrote:
> Hi there,
>
> is it possible for MiniAccumuloCluster to reuse a given directory?
> Sadly, I haven't found anything in the docs?
>
> I’ll fire up my instance like this:
>
>     val dict = new File("/tmp/accumulo-mini-cluster")
>     val accumulo = new MiniAccumuloCluster(dict, "test“)
>
> If I’ll restart my JVM it will raise a error like this:
>
>     Exception in thread "main" java.lang.IllegalArgumentException: Directory /tmp/accumulo-mini-cluster is not empty
>
> It would be nice if the data can survive a JVM restart and the folder structure must not be constructed every time.
>
> Thanks a lot!
>
> Regards,
> Sven
>