Re: Amanda user can't run binaries, but root can

I had forgotten that directories require execute permission for the files under them to be listed. However, that's not the problem in this case.

-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 <Leonard_Mills AT corpnet.sel.sony DOT com> 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