Re: FTO Standby TEMS high cpu during sync

Normal. The logic has to cross check a lot of objects, that means lots of 
SQLs and SQLs really chew up the CPU. Usually the two hub TEMS are close 
in the network and so lots of SQLs plus no waiting means very high CPU.

I did run into a case recently where a customer had not done a 

tacmd cleardeploystatus -a

for a couple years - and the high CPU lasted for about 10 hours!!

So don't forget that aspect of the environment.

Regards, 

  



John Alvord - Ph: 1-720-396-2788    Cell: none 
Customer Support - Tivoli Software - jalvord-r/[email protected]
Advisory Engineer - Tivoli Monitoring - ITM infrastructure
Follow us on Twitter! @Tivolisupport and Facebook
Personalize your support needs with the IBM Support Portal
Use Service Request to get assistance!
For emails regarding a PMR, copy [email protected]
For secure browser uploads: https://www.ecurep.ibm.com/app/upload
For Customer Support guidance: IBM Software Support Handbook









From:   <[email protected]>
To:     <[email protected]>, 
Date:   02/01/2013 07:41 AM
Subject:        [TME10] FTO Standby TEMS high cpu during sync
Sent by:        [email protected]



Hi.
 
Everytime between 
 
(510BDF05.0000-10:kdyctrl.cpp,3932,"rTEMSSynchThread") TEMS is MIRROR, 
Synchronizing with HUB TEMS tables.
And:
q(510BE00D.0000-10:kdyctrl.cpp,4045,"rTEMSSynchThread") Sychronization 
complete. Going to sleep.
 
The cpu peaks at 99% an nothing unusual in the *_ms_* logs. HUB on Linux 
RHEL6 6.2.3 FP02.
As soon as sync is complete it drops to close to nothing within seconds.
 
I need tips on tracing FTP sync, anyone?
 
/Gus
 
 _______________________________________________
TME10 mailing list
[email protected]
Unsubscribe:[email protected]

_______________________________________________
TME10 mailing list
[email protected]
Unsubscribe:[email protected]