Quick and dirty fix is to add the directory where the Amanda libraries are to your /etc/ld.so.conf and run ldconfig. Better (IMHO) option is to recompile Amanda either statically linked or with runtime library paths. Otherwise you risk the problem of other programs potentially linking in the wrong libraries (although probably not an issue if the only ones there are the Amanda libraries, since the libam* namespace is not too likely to collide with other common libraries).
Frank stan wrote: > On Wed, Feb 18, 2009 at 03:23:15PM -0500, Dustin J. Mitchell wrote: >> On Wed, Feb 18, 2009 at 3:06 PM, stan <[email protected]> wrote: >>> OK, now we have uncovered what is probably the root cause of my problems: >> Yay! >> >>> It exists and seems to have a set of permissions that I would think would >>> work. >> Try running 'ldd' on it -- perhaps it cannot find the amanda libraries >> it links against? > > Seems that you are on the right track: > > ama...@amanda:/opt/amanda.2.6.1_02172009/sbin$ ldd > /usr/local/share/perl/5.8.8/auto/Amanda/Types/libTypes.so > libamglue.so => not found > libamanda-2.6.1.so => not found > libm.so.6 => /lib/libm.so.6 (0x00002b7c9f05f000) > libgmodule-2.0.so.0 => /usr/lib/libgmodule-2.0.so.0 > (0x00002b7c9f2e0000) > libdl.so.2 => /lib/libdl.so.2 (0x00002b7c9f4e3000) > libgobject-2.0.so.0 => /usr/lib/libgobject-2.0.so.0 > (0x00002b7c9f6e8000) > libgthread-2.0.so.0 => /usr/lib/libgthread-2.0.so.0 > (0x00002b7c9f92c000) > librt.so.1 => /lib/librt.so.1 (0x00002b7c9fb30000) > libglib-2.0.so.0 => /usr/lib/libglib-2.0.so.0 > (0x00002b7c9fd3a000) > libnsl.so.1 => /lib/libnsl.so.1 (0x00002b7ca0007000) > /lib/libresolv.so.2 (0x00002b7ca0220000) > libpthread.so.0 => /lib/libpthread.so.0 (0x00002b7ca0436000) > libc.so.6 => /lib/libc.so.6 (0x00002b7ca0651000) > /lib64/ld-linux-x86-64.so.2 (0x0000555555554000) > > Any thoughts as to how to correct this? -- Frank Smith [email protected] Sr. Systems Administrator Voice: 512-374-4673 Hoover's Online Fax: 512-374-4501
