Amanda-Users

2.5.0 problems on Solaris 8

2006-04-21 09:45:21
Subject: 2.5.0 problems on Solaris 8
From: stan <stanb AT panix DOT com>
To: amanda users list <amanda-users AT amanda DOT org>
Date: Fri, 21 Apr 2006 09:41:54 -0400
I'm starting to upgrade my clients. The HP-UX boxes (10.20) went flawlessly.

But I'm having a few issues with my first Solaris 8 machine. Now in the
interest of full disclosure, these machines are "supported" by a 3rd party
OEM, and the machine I use for a build machine was recently "rebuilt" by
them to address a kernel memory leak issue, so odds are good what I'm
seeing is a result of their meddling, but I could use some help figuring
this out.

I built 2.5.0 last night on this machine, using the following configure
script:

#!/bin/ksh

export PATH=/opt/FSFbinut/bin:/usr/local/bin:/bin:/usr/bin:/usr/sbin:/opt/FSFm4/
/bin:/opt/FSF/binutils/bin:/etc:/usr/local:.:/usr/opt/SUNWmd/sbin:/usr/openwin/b
in:/opt/FSFless/bin:/opt/DSIelm/bin:/opt/VAlsof/bin:/opt/LWperl/bin:/opt/FSFscre
en/bin:/opt/USCsysi/bin:/usr/local/bin:/opt/WLtop/bin:/opt/VJtr/bin:/opt/FSFgdb/
bin:/opt/FSFgzip/bin:/opt/FSFlibg++/bin:/opt/LYNX271/bin:/opt/UNLncftp/bin:/opt/
netscape:/opt/FSFlibg++/bin:/opt/GCC2721/bin:/opt/TWgnuplot/bin:/usr/lib/ICAClie
nt:/opt/FSFgroff/bin:/opt/hpnp/bin:/opt/FSFflex/bin:/opt/ucd-snmp/bin

./configure --with-config=DailyDump \
--prefix=/opt/amanda --with-index-server=debian --with-user=amanda \
--with-group=operator --with-tape-server=debian --with-debugging \
--with-tape-device=/dev/nst0 --sbindir=/opt/amanda/sbin \
--libexecdir=/opt/amanda/libexec --libdir=/opt/amanda/lib \
--with-configdir=/opt/amanda/etc/amanda \
--with-gnutar-listdir=/opt/amanda/var/amanda/gnutar-lists \
--mandir=/opt/amanda/man  --without-rundump \
--without-server

My first amcheck failed. I tried to run amandad by hand, and found that the
dynamic linker was failing to find libgcc_s.so.1. I looked in .cshrc and
.profile, and found that they had broken LD_LIBRARY_PATH. I fixed this,
restarted inetd, and was able to run an amcheck. So far so good. 

But, the next backups from this machine failed, and when I look in the
debug file, I find this:

ld.so.1: /opt/amanda/libexec/noop: fatal: libgcc_s.so.1: open failed: No
such file or directory

I'm  a bit confused by what sets up the search path for shared libraries
under Solaris 8, when they are invoked as services like Amanda does. Is
there a way to give the binaries a hard coded search path?



-- 
U.S. Encouraged by Vietnam Vote - Officials Cite 83% Turnout Despite Vietcong 
Terror 
- New York Times 9/3/1967