-bash-3.00$ ls -ld /
drwxr-xr-x 17 root root 512 Oct 18 14:02 /
-bash-3.00$ ls -ld /usr
drwxr-xr-x 30 root sys 1024 Sep 12 13:52 /usr
-bash-3.00$ ls -ld /usr/local
drwxr-xr-x 12 root root 512 Oct 16 22:40 /usr/local
-bash-3.00$ ls -ld /usr/local/lib
drwxr-xr-x 5 bin bin 1536 Oct 16 22:40 /usr/local/lib
-bash-3.00$ ls -ld /usr/local/lib/libgcc_s.so.1
-rw-r--r-- 1 root bin 849832 Nov 12 2004 /usr/local/lib/libgcc_s.so.1
-bash-3.00$ ldd amcheck <--As user amanda
<snip>
libgcc_s.so.1 => (file not found)
libgcc_s.so.1 => (file not found)
libgcc_s.so.1 => (file not found)
<snip>
bash-3.00# ldd amcheck <--As user root
<snip>
libgcc_s.so.1 => /usr/local/lib/libgcc_s.so.1
<snip>
Also, as before, the PATH and LD_LIBRARY_PATH variables are identical for the two sessions.
I appreciate the suggestion though. I hadn't checked that yet.
Thanks,
-Aaron Taylor
On 10/18/05, Leonard Mills <[EMAIL PROTECTED]> wrote:
Hi Aaron,
The most likely cause is that a directory between
/ and the one containing libgcc_s.so.1 doesn't
have Other permissions for execute (most likely
you want them all to be 755), preventing the amanda
user from accessing the contents of the directory.
Just do an ls -ld on every segment of the path
from root to the directory containing libgcc_s.so.1.
Enjoy!
Len
--
Thanks,
-Aaron Taylor
