Thanks Josh :)
On 09/17/2015 10:09 AM, Josh Elser wrote:
And, to be explicit, if you want to configure not-MiniAccumuloCluster
to use the local FS (you only run on one node), just use file:///...
in instance.volumes (or instance.dfs.uri) instead of
hdfs://namenode:port/...
Wasn't sure if it would be implied to look at how MAC does this from
my previous response.
Josh Elser wrote:
MiniAccumuloCluster by default already uses the local file system.
To get the correct sync semantics that Keith mentioned you need to set
"fs.file.impl" in the Hadoop Configuration you pass to the
MiniAccumuloConfig.
See
https://github.com/apache/accumulo/blob/master/test/src/main/java/org/apache/accumulo/test/VolumeIT.java#L113
for code.
mohit.kaushik wrote:
Keith,
How can I configure Accumulo to use local file system???
On 09/17/2015 01:11 AM, Keith Turner wrote:
Would you be able to provide more informaiton about your use case?
Was wondering if other solutions could be of use, like configuring
regular Accumulo to use the local filesystem. This can be done, but
care needs to be taken to make walogs work correctly. If interested
I could provide more info about this configuration.
On Wed, Sep 16, 2015 at 9:20 AM, Sven Hodapp
<sven.hod...@scai.fraunhofer.de
<mailto:sven.hod...@scai.fraunhofer.de>> 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
--
Sven Hodapp M.Sc.,
Fraunhofer Institute for Algorithms and Scientific Computing SCAI,
Department of Bioinformatics
Schloss Birlinghoven, 53754 Sankt Augustin, Germany
sven.hod...@scai.fraunhofer.de <mailto:sven.hod...@scai.fraunhofer.de>
www.scai.fraunhofer.de <http://www.scai.fraunhofer.de>
--
*Mohit Kaushik*
Software Engineer
A Square,Plot No. 278, Udyog Vihar, Phase 2, Gurgaon 122016, India
*Tel:*+91 (124) 4969352 | *Fax:*+91 (124) 4033553
<http://politicomapper.orkash.com>interactive social intelligence at
work...
<https://www.facebook.com/Orkash2012>
<http://www.linkedin.com/company/orkash-services-private-limited>
<https://twitter.com/Orkash> <http://www.orkash.com/blog/>
<http://www.orkash.com>
<http://www.orkash.com> ... ensuring Assurance in complexity and
uncertainty
/This message including the attachments, if any, is a confidential
business communication. If you are not the intended recipient it may be
unlawful for you to read, copy, distribute, disclose or otherwise use
the information in this e-mail. If you have received it in error or are
not the intended recipient, please destroy it and notify the sender
immediately. Thank you /
--
Signature
*Mohit Kaushik*
Software Engineer
A Square,Plot No. 278, Udyog Vihar, Phase 2, Gurgaon 122016, India
*Tel:*+91 (124) 4969352 | *Fax:*+91 (124) 4033553
<http://politicomapper.orkash.com>interactive social intelligence at work...
<https://www.facebook.com/Orkash2012>
<http://www.linkedin.com/company/orkash-services-private-limited>
<https://twitter.com/Orkash> <http://www.orkash.com/blog/>
<http://www.orkash.com>
<http://www.orkash.com> ... ensuring Assurance in complexity and uncertainty
/This message including the attachments, if any, is a confidential
business communication. If you are not the intended recipient it may be
unlawful for you to read, copy, distribute, disclose or otherwise use
the information in this e-mail. If you have received it in error or are
not the intended recipient, please destroy it and notify the sender
immediately. Thank you /