Looking at the commit history in master using gitk/gitx shows duplicated history. It looks like January through July 2013 occur at least twice in the commit history (with 2012 in between them). I'm suspecting this may have been why bisect wasn't working for me
On Wed, Oct 9, 2013 at 1:25 PM, Keith Turner <ke...@deenlo.com> wrote: > 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 > > 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. > > > > Yeah, go ahead and open a ticket. > > > > > > > > > > > > > > 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 > > >> > > > > >> > > > >> > > > > > > > > >
