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
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
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:
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 =
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
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
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
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
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 =
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,
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
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
12 matches
Mail list logo