RE: FTO Standby TEMS high cpu during sync

1) As I mentioned before, high CPU during a sync is completely normal. 
Processes actually run at 0% or 100% "in reality" and when there is a lot 
of work to do you see high CPU. If it persists abnormally - like for hours 
- something else might be going on. It is remote SQL and every SQL really 
chews up the CPU.

2) The TSITSTSC table is not sync'd. In case you ever wondered...

TEMS Database Tables Synchronized with FTO Configuration
https://www.ibm.com/support/docview.wss?uid=swg21503175

I wrote that one time after 3 customers asked that exact question in a 
week.

3)  If you have a large TSITSTSC table [QA1CSTSC.DB] more than 100megs - 
you also serious increase CPU usage at the TEMS/primary overall. That is 
usually caused by a pure event with DisplayItem with a constantly varying 
value. That is the "LFA" process you referred to below. The high CPU is 
because it takes a LOT of time to update that record when it is big.

At this point, the issue usually shows up as a PMR and I start making 
specific recommendations.  Or... a client gets an itch and installs

Auditing TEMS for High Impact Workloads
http://www.ibm.com/support/docview.wss?uid=swg21472825 

pokes around in the results and starts making changes.

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/04/2013 12:21 AM
Subject:        RE: [TME10] FTO Standby TEMS high cpu during sync
Sent by:        [email protected]



Hi John. Yes I just did a cleardeploystatus because that was the only 
indication in the logs of anything strange. Something that would not sync. 
Error gone after command.
But it didn?t help much. I?m thinking LFA pure events they used to fill up 
a table so kdsmain ran out of memory eventually.
Is this table synced?
 
/Gus
 
 
 
From: [email protected] [
mailto:[email protected]] On Behalf Of John Alvord
Sent: den 1 februari 2013 17:30
To: Discussion list for Tivoli product and Tivoli Ready products.
Subject: Re: [TME10] 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]

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