On Tue April 8 2003 17:03, Dirk H Bartley wrote:
>I'm getting a core dump when I run any amanda program.
>
>[root@srvbai2 amanda-2.4.4]# amcheck
>Segmentation fault (core dumped)
>
>
>here is the tail end of a strace on amcheck
>
>open("/usr/local/lib/libc.so.6", O_RDONLY) = -1 ENOENT (No such
> file or directory)
>open("/lib/libc.so.6", O_RDONLY) = 3
>read(3,
> "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0H\277\1"...,
> 1024) = 1024
>fstat(3, {st_mode=S_IFREG|0755, st_size=5111310, ...}) = 0
>old_mmap(NULL, 1203784, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) =
>0x2ab78000
>mprotect(0x2ac95000, 36424, PROT_NONE) = 0
>old_mmap(0x2ac95000, 20480, PROT_READ|PROT_WRITE,
> MAP_PRIVATE|MAP_FIXED, 3, 0x11c000) = 0x2ac95000
>old_mmap(0x2ac9a000, 15944, PROT_READ|PROT_WRITE,
>MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x2ac9a000
>close(3) = 0
>old_mmap(NULL, 4096, PROT_READ|PROT_WRITE,
> MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x2ac9e000
>--- SIGSEGV (Segmentation fault) ---
>+++ killed by SIGSEGV +++
>
>So it looks like it may be a library issue so here is the result
> of an ldd
>
># ldd /usr/local/sbin/amcheck
> libamserver-2.4.4.so =>
> /usr/local/lib/libamserver-2.4.4.so (0x2aac1000)
> libamtape-2.4.4.so => /usr/local/lib/libamtape-2.4.4.so
>(0x2aae1000)
> libamanda-2.4.4.so => /usr/local/lib/libamanda-2.4.4.so
>(0x2aaed000)
> libm.so.6 => /lib/libm.so.6 (0x2ab14000)
> libreadline.so.4.1 => /usr/lib/libreadline.so.4.1
> (0x2ab37000) libtermcap.so.2 => /lib/libtermcap.so.2 (0x2ab5d000)
> libnsl.so.1 => /lib/libnsl.so.1 (0x2ab61000)
> libc.so.6 => /lib/libc.so.6 (0x2ab78000)
> /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x2aaab000)
>
>When I configure I get the following warning and I am not sure if
> it is related.
>
>
>checking linux/ftape-header-segment.h usability... no
>checking linux/ftape-header-segment.h presence... yes
>configure: WARNING: linux/ftape-header-segment.h: present but
> cannot be compiled
>configure: WARNING: linux/ftape-header-segment.h: check for
> missing prerequisite headers?
>configure: WARNING: linux/ftape-header-segment.h: proceeding with
> the preprocessor's result
>
>The amanda is compiled from source on a redhat 7.0 machine with an
>upgraded gcc version which was required to get ldap to function
>correctly.
>
># rpm -qa | grep gcc
>gcc-c++-2.96-69
>gcc-2.96-69
>gcc-g77-2.96-69
>gcc-objc-2.96-69
>kgcc-1.1.2-40
Thats a pretty old gcc even if it has been updated. Kick it on up
to -110 or so if you can find all the stuff, or better yet, put in
7.3 and then kick it on up to -110 or -112 right from the up2date
menu's, its quite a bit more capable. Back in those salad days,
ISTR I couldn't build a kernel between -30 something and could
again by the time -78 came out.
Here, using rh8.0 with gcc-3.2, I cannot recall when was the last
problem I had building amanda.
>Can anyone help me with what I need to do to solve this issue
> because I would really like to get this to work.
>
>Thank you in advance
>
>Dirk Bartley
--
Cheers, Gene
AMD K6-III@500mhz 320M
Athlon1600XP@1400mhz 512M
99.25% setiathome rank, not too shabby for a WV hillbilly
Yahoo.com attornies please note, additions to this message
by Gene Heskett are:
Copyright 2003 by Maurice Eugene Heskett, all rights reserved.
|