ADSM-L

Re: [ADSM-L] server takes long time to connect to via admin or backup client

2014-04-02 09:25:12
Subject: Re: [ADSM-L] server takes long time to connect to via admin or backup client
From: "Copper, Steve" <scopper AT WESTERNPOWER.CO DOT UK>
To: ADSM-L AT VM.MARIST DOT EDU
Date: Wed, 2 Apr 2014 14:23:16 +0100
Hi John,

I have been having this same issue and your email prompted me to finally
do something about it. The only difference is that I am running my
server on P7 architecture (I am not using LDAP either) but I found the
following link
https://www-304.ibm.com/support/entdocview.wss?uid=swg1IC80341 which
describes exactly what I was seeing. 

The relevant part from the link is

"...Make sure GSKit version 8.0.14.13 (or newer) is applied, then export
the following environment variables: 
export ICC_IGNORE_FIPS=YES 
export ICC_TRNG=ALT
..."

This worked a treat and I now have a less that 1 second connection time
for my admin session - wish I had searched for this earlier!

HIH

Cheers
Steve


-----Original Message-----
From: ADSM: Dist Stor Manager [mailto:ADSM-L AT VM.MARIST DOT EDU] On Behalf Of
Dury, John C.
Sent: 01 April 2014 17:00
To: ADSM-L AT VM.MARIST DOT EDU
Subject: Re: server takes long time to connect to via admin or backup
client

Thanks for the reply. We aren't using ldap at all so I don't think that
is the cause.

John



Frank
Fegert<http://www.mail-archive.com/search?l=adsm-l AT vm.marist DOT edu&q=from:
%22Frank+Fegert%22> Mon, 31 Mar 2014 13:20:38
-0700<http://www.mail-archive.com/search?l=adsm-l AT vm.marist DOT edu&q=date:2
0140331>

Hello,



On Mon, Mar 31, 2014 at 09:00:10AM -0400, Dury, John C. wrote:

> This is a weird one and I have opened a pmr with IBM but I thought I 
> would

> check with you all and see if anyone had any ideas what is going on.  
> I have

> a TSM 6.3.4.300 server running on RHEL5 with all the latest 
> maintenance

> installed, and when I try to connect to it via an admin session, 
> either

> locally from within the server via loopback (127.0.0.1) or remotely 
> using an

> admin client, it seems to take several minutes before I connect and 
> get any

> response back. SSHing into the server is almost immediate so it's not
the OS.

> The server is not extremely busy and this happens when it is doing 
> almost

> nothing and is very consistent. I have an almost identical TSM server 
> that

> does not have this problem at all. I can immediately connect via an 
> admin

> client and I immediately get a response. I have compared both the 
> dsmserv.opt

> files on both servers as well as the /etc/sysctl.conf files and 
> nothing seems

> to be out of place. I don't see anything odd in the db2diag.*.log file

> either. I'm just not sure where else to look or what could be causing 
> this

> but it is definitely affecting backup performance since the backup 
> clients

> can take several minutes just to connect to the server.

> Ideas?



just a wild guess, but take a look at this:



http://www.ibm.com/support/docview.wss?uid=swg21667740&myns=swgtiv&mynp=
OCSSGSG7&mync=E



HTH & best regards,



    Frank

______________________________________________________________________
This email has been scanned by the Symantec Email Security.cloud
service.
For more information please visit http://www.symanteccloud.com
______________________________________________________________________

Western Power Distribution (South West) plc / Western Power Distribution (South 
Wales) plc / Western Power Distribution (East Midlands) plc  / Western Power 
Distribution (West Midlands) plc 
Registered in England and Wales 
Registered number: 2366894 (South West) / 2366985 (South Wales) / 2366923 (East 
Midlands) / 3600574 (West Midlands) 

Registered Office: Avonbank, Feeder Road, Bristol, BS2 0TB 

This email and any files transmitted with it are confidential and intended 
solely for the use of the individual or entity to whom they are addressed. 

If you have received this email in error please notify postmaster AT 
westernpower.co DOT uk

<Prev in Thread] Current Thread [Next in Thread>