Home | About | Sematext search-lucene.com search-hadoop.com
NEW: Monitor These Apps!
elasticsearch, apache solr, apache hbase, hadoop, redis, casssandra, amazon cloudwatch, mysql, memcached, apache kafka, apache zookeeper, apache storm, ubuntu, centOS, red hat, debian, puppet labs, java, senseiDB
 Search Hadoop and all its subprojects:

Switch to Threaded View
Accumulo >> mail # dev >> Issues running Minicluster in o.a.a.start.Main


Copy link to this message
-
Re: Issues running Minicluster in o.a.a.start.Main
Keith,

It appears that the proxy's useMini and the minicluster command broke
somewhere between

1edccf6b30541841bb08329317c6289aca8c8d73
ACCUMULO-1707 applying Steve's patch

and

98d7a9efc6d07e71d3803b3830bf9dc9ce8dec9d
ACCUMULO-1558 made import table fail when files do not exist

There was some weird merging happening during that sequence of commits. At
some point it looks like the master pom was set to version 1.5.1. If a bug
was fixed in this sequence of commits and the fix inherently broke the
commands because they didn't belong in start.Main to begin with, I'm
thinking it would probably be best to take the useMini property out of the
proxy and the minicluster command out of start.Main.

If a bug was introduced, I'd like to get a ticket up for it.

On Tue, Oct 8, 2013 at 12:02 AM, Corey Nolet <[EMAIL PROTECTED]> wrote:

> Keith,
>
> You are right- I mistyped. I meant Main.err not Master.err. I just
> verified this feature worked during the time of this
> commit: 6965a8aaa2f53ec796a3487c1639affe0dfc6bfa.
>
>
> On Mon, Oct 7, 2013 at 11:39 PM, Keith Turner <[EMAIL PROTECTED]> wrote:
>
>> I just tried running "accumulo miniscluster" and saw the same thing.  But
>> in Main.err, not Master.err are you sure you saw this in Master.err?
>>
>> Has this ever worked?   By default the accumulo scripts construct a very
>> minimal classpath w/ accumulo-start.jar,  log4j-1.2.15.jar, and the conf
>> dir.   If you modify the MAC exec method to print the classpath it uses to
>> start a java process, then you can see this.   MAC makes the assumption
>> that everything it needs is on the Java classpath, which is true when its
>> run from Maven or Eclipse.  However when its run from the accumulo
>> scripts,
>> this is not true.
>>
>> Also, for some reason MAC starts zookeeper using Accumulo start main.  I
>> have no idea why its doing this.  Even if it was not doing this, I think
>> would fail in different way (i.e. instead of not finding VFS it would not
>> find zookeeper class).
>>
>> Are you familiar with accumulo start module?
>>
>>
>>
>>
>>
>> On Mon, Oct 7, 2013 at 7:36 AM, Corey Nolet <[EMAIL PROTECTED]> wrote:
>>
>> > The MiniAccumuloRunner class that's wired up to o.o.a.start.Main.
>> >
>> > I was specifically wondering if anyone else is experiencing issues
>> running
>> > 'accumulo minicluster' as both the proxy with useMini=true and the
>> > minicluster command seem broken for me. I'm building from remote HEAD in
>> > master.
>> > On Oct 6, 2013 11:32 AM, "John Vines" <[EMAIL PROTECTED]> wrote:
>> >
>> > > How are you running minicluster?
>> > >
>> > >
>> > > On Sun, Oct 6, 2013 at 8:36 AM, Corey Nolet <[EMAIL PROTECTED]>
>> wrote:
>> > >
>> > > > I'm having issues running the minicluster both in the 'accumulo
>> proxy
>> > -p
>> > > > proxy.properties' and via 'accumulo minicluster'. It looks like the
>> > > > Zookeeper process is not starting and the MAC is going into an
>> infinite
>> > > > loop waiting for it to start.
>> > > >
>> > > > I checked the Master.err logs for the minicluster command and I see
>> the
>> > > > following:
>> > > >
>> > > > Uncaught exception: java.lang.NoClassDefFoundError:
>> > > > org/apache/commons/vfs2/impl/VFSClassLoader
>> > > > java.lang.NoClassDefFoundError:
>> > > org/apache/commons/vfs2/impl/VFSClassLoader
>> > > > at java.lang.Class.getDeclaredMethods0(Native Method)
>> > > > at java.lang.Class.privateGetDeclaredMethods(Class.java:2521)
>> > > > at java.lang.Class.getMethod0(Class.java:2764)
>> > > > at java.lang.Class.getMethod(Class.java:1653)
>> > > > at org.apache.accumulo.start.Main.main(Main.java:42)
>> > > > Caused by: java.lang.ClassNotFoundException:
>> > > > org.apache.commons.vfs2.impl.VFSClassLoader
>> > > > at java.net.URLClassLoader$1.run(URLClassLoader.java:366)
>> > > > at java.net.URLClassLoader$1.run(URLClassLoader.java:355)
>> > > > at java.security.AccessController.doPrivileged(Native Method)
>> > > > at java.net.URLClassLoader.findClass(URLClassLoader.java:354)
>> > >
NEW: Monitor These Apps!
elasticsearch, apache solr, apache hbase, hadoop, redis, casssandra, amazon cloudwatch, mysql, memcached, apache kafka, apache zookeeper, apache storm, ubuntu, centOS, red hat, debian, puppet labs, java, senseiDB