Thank you to John and John both.  I did a make on the C++ with no success.  Feeling slow today, I somehow forgot to actually do the make INSTALL!!  I'll go take that route.

Tejay

-----Original Message-----
From: Josh Elser [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, July 24, 2012 4:51 PM
To: [EMAIL PROTECTED]
Subject: EXTERNAL: Re: GLIBC error

(Even though jvines beat me to it...)

Did you build the Accumulo distribution on the node which you're having these troubles on?

The native maps (the libNativeMap-Linux-amd64-64.so file) is C++ code which is called through JNDI. I'm rusty on my dynamic linking, but check the version of gcc and glibc installed on the host in question. I'm guessing there person who built the dist tarball you downloaded doesn't match the versions you have on that host. Post your linux distro/release and the output of `gcc -v` if you need more guidance.

An alternative, although not a very desirable one, is to move the native maps out of lib/native (just move it to lib/native-orig and the tserver will just use Java code for the inMemoryMaps. Your performance will suffer, but the tserver should start right up.

On 07/24/2012 04:21 PM, Cardon, Tejay E 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)
>

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)
>
>

`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)
>>

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)
>>

It's odd you don't have make clean.

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)

Ah, that could be the issue.  I ended up doing a complete build from source and it worked.  Not sure why the lib build wasn't enough, but the problem is now solved.

Thanks again to everyone for the help.

Tejay

From: Marc Parisi [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, July 25, 2012 9:45 AM
To: [EMAIL PROTECTED]
Subject: Re: EXTERNAL: Re: GLIBC error

It's odd you don't have make clean.

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]<mailto:[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]<mailto:[EMAIL PROTECTED]>]
> Sent: Tuesday, July 24, 2012 6:02 PM
> To: [EMAIL PROTECTED]<mailto:[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]<mailto:[EMAIL PROTECTED]>]
> > Sent: Tuesday, July 24, 2012 3:55 PM
> > To: [EMAIL PROTECTED]<mailto:[EMAIL PROTECTED]>
> > Subject: EXTERNAL: Re: GLIBC error
> >
> > On Tue, Jul 24, 2012 at 5:45 PM, John Vines<[EMAIL PROTECTED]<mailto:[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]<mailto:[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?

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?

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