On Tue, Oct 8, 2013 at 9:45 PM, Corey Nolet <cjno...@gmail.com> wrote:
> 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 > Were you using git bisect? If so you may be seeing the behavior I was where git bisect jumped to a 1.5.1 commit that was merged into master. > 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 <cjno...@gmail.com> 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 <ke...@deenlo.com> 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 <cjno...@gmail.com> 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" <jvi...@gmail.com> wrote: > >> > > >> > > How are you running minicluster? > >> > > > >> > > > >> > > On Sun, Oct 6, 2013 at 8:36 AM, Corey Nolet <cjno...@gmail.com> > >> 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) > >> > > > at java.lang.ClassLoader.loadClass(ClassLoader.java:424) > >> > > > at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:308) > >> > > > at java.lang.ClassLoader.loadClass(ClassLoader.java:357) > >> > > > ... 5 more > >> > > > > >> > > > > >> > > > the commons-vfs2.jar is in Accumulo's lib directory. I'm using > >> Hadoop > >> > > > 1.2.1. > >> > > > > >> > > > >> > > > >> > > > >> > > -- > >> > > Cheers > >> > > ~John > >> > > > >> > > >> > > > > >
