I've got a
performance problem on my Framework 3.7.1 server. I've created a 'Software_Distribution'
Profile Manager at the root of my Tivoli desktop. Under this I've created
three Profile Managers and one Policy Region. Under this sub Policy Region are
another three Profile Managers that contain various packages so nothing really
big compared to some environments out there.
The problem
I've got is that when I double-click on the
'Software_Distribution'
Profile Manager from the desktop of the TMR server it takes a good 30 seconds to
open the Profile Manager which doesn't seem right to me. If I close the 'Software_Distribution'
Profile Manager once it's open then double-click it to re-open it it takes half
the time, but this is still 17ish seconds.
I've ran a
'wchkdb
-u' a couple of
times and don't get any errors. I've also tried bouncing the box but this
hasn't made any difference. This problem is exaggerated when remote admins
try to open the 'Software_Distribution'
Profile Manager as it then takes literally minutes to open.
Has anyone
else ever seen this or have any suggestions for fixing it/making it snappier?
Contributed
By:
Cliff Hobbs [MVP SMS],
Esmond Poynton, Saranatha Venkatesan
The fix in this case was to run
chkdsk on the TMR server. Once the chkdsk had finished, opening the ' Software_Distribution'
Profile Manager was almost instantaneous (as you'd expect).
Other tips of things to check
are:
- Make sure that the local administrations desktop has the server where
the desktop is being started from in their host file with its valid IP.
Then login to the desktop using the hostname.
- Try to do an '
odstat -c'
while you are trying to open the Profile Manager and look for any wait 'rwait'
threads. Sometimes, it is possible that the Profile Manager may contain
subscribers from other disconnected TMRS that will cause the Profile
Manager to take a long time to open.
|