Thursday, January 22, 2009

Too Many Nodes

Recently I came to a customer I hadn't visited in some time.

On the main screen of the ITM system, when we chose Windows Systems we got KFWITM455E Request to 732 nodes exceeds the limit of 200. The workspace most mostly empty. The problem is pretty obvious and so is the solution - de-install Tivoli agents!

Seriously though, the recommended practice in this case is probably to split your servers into smaller groups (MSLs) and create a workspace for each one.

If you, like me, are lazy and simply want to see all the servers in one place, you can change the KFW_REPORT_NODE_LIMIT parameter.

On Unixes, go to cq.ini. On Windows open the the Tivoli Services Manager, right-click the TEPS -> Advanced -> Edit ENV file.

Find the KFW_REPORT_NODE_LIMIT parameter and change it to something suitable.

CAREFUL! The parameter is commented out and you must uncomment it. recycle the TEPS and Voilà!

The workspaces may take much longer to load though now. That's the advantage of smaller MSLs.

-- Robert

Monday, January 19, 2009

Asterix and the Great... Sellout?

It seems that the great Asterix is in for a big change : Albert Uderzo, illustrator and, since 1977, only begetter of the Asterix series of books, has retired and sold his rights to Hachette Livre.

His daughter Sylvie has accused him of selling out to "those who would negate all the values he taught me: independence, fraternity, conviviality and resistance". I must agree.

In a more optimistic mood - and with more information, I might consider this good news. Perhaps new blood could rejuvenate Asterix, whose last few adventures have not been very good. However, I must admit that few intellectual properties are improved by being managed by others rather than their creators.

Neither James Bond nor Sherlock Holmes have been returned to their original heights. I hope Asterix will prove me wrong.


Link to Asterix in Wikipedia.

-- Robert

What is TADDM stuck doing?

Yesterday I ran a discovery in an environment and after the sensors finished scanning the servers, the topology builder started it's work.


It breezed through the first percentiles quickly and smoothly, but stuck on 75% for ages. Eventually we left and came back the next day.
The good news is that it completed successfully.

I don't like not knowing what and why computers are doing something. Why did it get stuck on 75% but nowhere else?
The percentiles that the topology builder show us are now percentiles such as displayed when copying a file. I.e. 9% doesn't mean that 9% of the work has been done, it means that 4 "steps" have been completed. So TADDM was stuck on the step represented by 75%.

per this Note, the various steps are represented in the file $COLLATION_HOME/dist/etc/TopologyBuilderConfigurationDefault.xml and there are nearly 40 steps.

Each step represents the topology builder generating the dependencies and links for a sensor. Part of creating a brand-new sensor is updating this file, so that after the discovery is done the topology builder will fold the items found by the new sensor into the list of links it holds.

Here are the sensors and the percentile they are represented by:

2 DatabaseServerCleanupAgent
4 ComputerSystemConsolidationAgent
6 ComputerSystemTypeAgent
9 RuntimeGcAgent
11 DeletedObjectGcAgent
13 SystempConsolidationAgent
16 VmwareVirtualCSConsolidationAgent
18 J2EEServerDeploymentAgent
20 AppServerClusterAgent
23 JDBCDependencyAgent
25 JBossClusterAgent
27 WeblogicClusterAgent
30 OracleAppClusterAgent
32 OracleDependencyAgent
34 WebConnectionDependencyAgent
37 WebSphereConnectionDependencyAgent
39 SAPDependencyAgent
41 SoftwareHostReferenceAgent
44 DNSServiceAgent
46 LDAPServiceAgent
48 DNSDependencyAgent
51 NFSDependencyAgent
53 HostDependencyAgent
55 ConnectionDependencyAgent
58 GenericAppAgent
60 AppDefinitionAgent
62 AppDescriptorAgent
65 ObjectDisplayNameAgent
67 DiscoveryLogCleanupAgent
69 DominoConnectionAgent
72 DominoClusterDomainAgent
74 PortableAgentWrapper
76 l2.L2Agent
79 l2.CDPAgent
81 CompositeCreationAgent
83 MQServerAgent
86 CitrixAgent
88 ExchangeDependencyAgent
90 VCSDependencyAgent

Seeing as I was stuck on 75% I see that the L2 (communications layer 2) sensor was very busy. In retrospect this makes prefect sense, since this discovery was the first time I found a new type of switch in the environment. It makes sense that the builder would take much longer for this step than when I'm only discovering servers.

What happens after step 90%?

I don't know. I'll try to find out and let you know!
If anyone does know, please drop a line

-- 2011 Update

In TADDM 7.2.x, the log file dist/log/TADDM.log details each step, so if your discovery is stuck on step x, just check the last line of the log and you'll see what class the Topology Builder is working on.

-- Robert

Wednesday, January 14, 2009

TADDM OMP Change Event Module on TADDM 7.1.2

The TADDM OMP Change Event Module ( is a module you install on TADDM servers so that you will get alerts on various monitoring systems when a change (any change or specific changes) are detected.

This module works very well on TADDM 7.1, but it fails on TADDM 7.1.2.

The error message is:
com.collation.proxy.api.client.ApiException: java.rmi.ServerException: RemoteException occurred in server thread; nested exception is:
java.rmi.UnmarshalException: invalid method hash
at com.collation.proxy.api.client.DataApiImpl.findModel(

Apparently there were changes in the Java files between 7. 1 and 7.1.2.

The solution is to change following line in /bin/




Hope this helps whoever encounters this problem.


-- Robert

Sunday, January 4, 2009


I read a lot of things which are written in Portable Document Format, some relevant to my work and some to my studies.

In any case, I often find myself wanting to "do something" with the PDFs - copy specific pages, modify or add something.

The proper way of doing this used to be using Adobe's programs - but these are expensive.

Here's a link to a list of tips relevant to PDF manipulation.


-- Robert

Thursday, January 1, 2009

I've never really wondered how the did multiplication...

But now that I've read about it - it's fascinating...

It's amazing how some things that seem so obvious and second nature are actually really very dependent on the time and culture one comes from.

No wonder it's difficult for different ethnic groups to get along :(

-- Robert