accumulo-user mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Marc Parisi <m...@accumulo.net>
Subject Re: EXTERNAL: Re: GLIBC error
Date Wed, 25 Jul 2012 17:26:05 GMT
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 <keith@deenlo.com> wrote:

> On Wed, Jul 25, 2012 at 11:45 AM, Marc Parisi <marc@accumulo.net> 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 <
> tejay.e.cardon@lmco.com>
> > 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:josh.elser@gmail.com]
> >> Sent: Tuesday, July 24, 2012 6:02 PM
> >> To: user@accumulo.apache.org
> >> 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:keith@deenlo.com]
> >> > Sent: Tuesday, July 24, 2012 3:55 PM
> >> > To: user@accumulo.apache.org
> >> > Subject: EXTERNAL: Re: GLIBC error
> >> >
> >> > On Tue, Jul 24, 2012 at 5:45 PM, John Vines<john.w.vines@ugov.gov>
> >> > 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
> >> >> <tejay.e.cardon@lmco.com>
> >> >> 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)
> >> >>
> >
>

Mime
View raw message