In trunk I believe the clean target is there for the native map; however, not for the parent make file, which simply calls the subordinate make files.
Could add a ticker to pass targets to the subordinates. On Wed, Jul 25, 2012 at 1:20 PM, Keith Turner <[email protected]> wrote: > On Wed, Jul 25, 2012 at 11:45 AM, Marc Parisi <[email protected]> wrote: > > It's odd you don't have make clean. > > That is odd. Would you like to open a ticket? > > I thought it existed. I must have just deleted files before when I > needed to force a rebuild. I know I have a had a situation when I > needed to rebuild for a different platform, but there were > intermediate files from another platform that I had to remove before > make would do anything. > > > > > The INSTALL DIR is: > > > > INSTALL_DIR=../../../../../lib/native/map > > > > So, move the libNativemap files in there. Run make ; make install > > > > If you still have issues, do an objdump -T on the binary. Run objdump -T > > libNativeMap-Linux-amd64-64.so | grep GLIBCXX and see which version of > glibc > > are being linked against. > > > > You can then run objdump -x /usr/lib/libstdc++.so.6 | grep GLIBCXX to see > > what version of glibc you have installed. I'd venture that this step is > > superfluous. I'm curious why your make script isn't working. > > > > are you running it from c++/ or c++/nativeMap ? The latter has the target > > 'clean' The former does not appear to ( if I recall correctly ). > > > > > > > > On Wed, Jul 25, 2012 at 11:12 AM, Cardon, Tejay E < > [email protected]> > > wrote: > >> > >> Thanks for the help, everyone. I tried doing a make clean, but there > was > >> no "clean" available. Same for make install. I did go delete the > >> libs/native folder and then re-run make. That rebuilt the libs, but the > >> error continues. Any other ideas? > >> > >> Tejay > >> > >> -----Original Message----- > >> From: Josh Elser [mailto:[email protected]] > >> Sent: Tuesday, July 24, 2012 6:02 PM > >> To: [email protected] > >> Subject: Re: EXTERNAL: Re: GLIBC error > >> > >> `make clean && make` > >> > >> The Makefile implicitly "install"s them for you. There's no additional > >> target. The existing libraries in lib/native will be overwritten by > virtue > >> of the `cp` command the Makefile runs. > >> > >> On 07/24/2012 05:00 PM, Cardon, Tejay E wrote: > >> > Thanks Keith, that probably would have bit me. So the ideal would be > >> > > >> > make clean& make& make install > >> > > >> > Right?? > >> > > >> > And would that work if the libs already exist, or do I need to delete > >> > them first? > >> > > >> > Tejay > >> > > >> > -----Original Message----- > >> > From: Keith Turner [mailto:[email protected]] > >> > Sent: Tuesday, July 24, 2012 3:55 PM > >> > To: [email protected] > >> > Subject: EXTERNAL: Re: GLIBC error > >> > > >> > On Tue, Jul 24, 2012 at 5:45 PM, John Vines<[email protected]> > >> > wrote: > >> >> If you go to ACCUMULO_HOME/src/server/src/main/c++, run make install, > >> >> and it > >> > One thing to add, you may need to run make clean before running make > >> > install. If the intermediate files exists for some reason, the make > install > >> > will do nothing. > >> > > >> >> should fix it right up. You may have to delete any existing native > >> >> map libraries in your lib directory. If you want to generate a tar.gz > >> >> with those libs, then run mvn -N assembly:single > >> >> > >> >> John > >> >> > >> >> > >> >> On Tue, Jul 24, 2012 at 5:22 PM, Cardon, Tejay E > >> >> <[email protected]> > >> >> wrote: > >> >>> I've been trying to run Accumulo on a new cluster, but I'm having > >> >>> trouble. > >> >>> I've done this many times before, but this time I'm getting an error > >> >>> on the tservers regarding glibc. I think I've tracked it down to a > >> >>> version issue (the version of Glibc I've got installed isn't new > >> >>> enough, so it doesn't contain the right version of GLIBCXX). I ran > >> >>> into this once before, and the solution was to build Accumulo from > >> >>> scratch with Maven. However, I've tried that this time with no > >> >>> success. If I download the *dist.tar.gz and do the build from > >> >>> there, it fails. If I download the *-src.tar.gz and build from it, > >> >>> I can't seem to find the final packaged .tar.gz. If I use the > >> >>> src.tar.gz, build it, and then just use the directory I built from, > I > >> >>> get an error about setting up log4j. Any suggestions? > >> >>> > >> >>> > >> >>> > >> >>> Thanks > >> >>> > >> >>> Tejay > >> >>> > >> >>> > >> >>> > >> >>> Here's the error I get if I use the -dist.tar.gz This error is found > >> >>> in the .debug.log and .log files from the tserver. > >> >>> > >> >>> > >> >>> > >> >>> ERROR: Failed to load native map library > >> >>> /opt/accumulo-1.4.0/lib/native/map/libNativeMap-Linux-amd64-64.so > >> >>> > >> >>> java.lang.UnsatisfiedLinkError: > >> >>> /opt/accumulo-1.4.0/lib/native/map/libNativeMap-Linux-amd64-64.so: > >> >>> /usr/lib64/libstdc++.so.6: version `GLIBCXX_3.4.9' not found > >> >>> (required by > >> >>> /opt/accumulo-1.4.0/lib/native/map/libNativeMap-Linux-amd64-64.so) > >> >>> > >> >>> at java.lang.ClassLoader$NativeLibrary.load(Native Method) > >> >>> > >> >>> at > >> >>> java.lang.ClassLoader.loadLibrary0(ClassLoader.java:1807) > >> >>> > >> >>> at java.lang.ClassLoader.loadLibrary(ClassLoader.java:1703) > >> >>> > >> >>> at java.lang.Runtime.load0(Runtime.java:770) > >> >> > > >
