Re: Solaris client fails amcheck

2012-01-12 Thread Jean-Louis Martineau
Neil, Add libcrypto.so.0.9.7 on the solaris client. The article says to install the openssl-rt package (CSWosslrt), do you have this package installed? Jean-Louis On 01/11/2012 08:37 PM, Neil Carter wrote: Greetings: I found the article

new setup

2012-01-12 Thread lxnf98mm
I am about to set up a MSL6000 2 - LTO2 drives 1 - changer 2 - hba Amanda 3.2.3 Before I reinvent the wheel, would anyone care to contribute a working amanda.conf? Richard

Re: Solaris client fails amcheck

2012-01-12 Thread Brian Cuttler
Neil, I'm a big believer in # ldd as in ie # ldd /usr/local/libexec/amanda/amandad On Wed, Jan 11, 2012 at 07:37:11PM -0600, Neil Carter wrote: Greetings: I found the article 361http://network.zmanda.com/lore/article.php?id=361 and it seemed to fit perfectly, as I get the same error:

Re: Solaris client fails amcheck

2012-01-12 Thread Neil Carter
Greetings: Here's the output of 'ldd /usr/local/libexec/amanda/amandad': /# ldd /usr/local/libexec/amanda/amandad libamandad-3.3.0.so = /usr/local/lib/amanda/libamandad-3.3.0.so libamanda-3.3.0.so =/usr/local/lib/amanda/libamanda-3.3.0.so libcrypto.so.0.9.7 =

Re: Solaris client fails amcheck

2012-01-12 Thread Brian Cuttler
That output looks fine. No, running the same command on the client, will get you the results on the client. The # ldd command is in no way network aware. Saw another email, JL suggested a package to check, that would also be on the client if this was a client side issue. On Thu, Jan 12, 2012

Re: Solaris client fails amcheck

2012-01-12 Thread Neil Carter
Greetings: Apparently not. It appears than a Solaris version of openssl is installed, SUNWopenssl, instead. This is working fine on three other Solaris 10 servers. Since the Solaris version is installed, I really don't want to introduce a third-party version. The interesting thing is

Tapetype request

2012-01-12 Thread Chris Nighswonger
Does anyone have a tapetype for a Quantum Super Loader 3 with a DLT-V4 drive they would be willing to share before I go off hacking up my own? The wiki has one for the Super Loader 3 with a DLT-S4 drive, but I'm not sure if that will work. Kind Regards, Chris Christopher Nighswonger Faculty

Re: Solaris client fails amcheck

2012-01-12 Thread Chris Hoogendyk
Just a quick note in support of the Sun version of openssl -- although the version is slightly old on the face of it, it has been patched for many of the more recent security notices (see `openssl version` [note no minus or double minus in front of version] ). Also, if you happen to be on a

Re: Solaris client fails amcheck

2012-01-12 Thread Jon LaBadie
On Thu, Jan 12, 2012 at 08:19:26AM -0600, Neil Carter wrote: Greetings: Here's the output of 'ldd /usr/local/libexec/amanda/amandad': /# ldd /usr/local/libexec/amanda/amandad libamandad-3.3.0.so = /usr/local/lib/amanda/libamandad-3.3.0.so libamanda-3.3.0.so =

Re: Solaris client fails amcheck

2012-01-12 Thread Neil Carter
Greetings: I've run it both ways and the output is identical. Yes, the environments are different between root and amandabackup, but I've made sure the LD_LIBRARY_PATH entries are identical. Thanks! Neil On 2012.01.12 12:47 PM, Jon LaBadie wrote: On Thu, Jan 12, 2012 at 08:19:26AM -0600,

Re: Solaris client fails amcheck

2012-01-12 Thread Neil Carter
Greetings: Good point about the Sun version of openssl. Using the -s option of ldd, did indeed point out that the amandabackup user had no LD_LIBRARY_PATH environment variable set. I've added that and now, when I run selfcheck manually from the /usr/local/libexec/amanda directory, it no

Re: Solaris client fails amcheck

2012-01-12 Thread Chris Hoogendyk
On 1/12/12 2:26 PM, Neil Carter wrote: Greetings: Good point about the Sun version of openssl. Using the -s option of ldd, did indeed point out that the amandabackup user had no LD_LIBRARY_PATH environment variable set. I've added that and now, when I run selfcheck manually from the