In some cases the TEPS navigator will hang on the “more” nodes, I haven’t bothered trying to run down the how and why, I just want to see all child-nodes when I select a parent-node.

Here’s how you do it…

Add the following lines to the teps.jnlpt, then rebuild the teps.jnlp

<property name=”cnp.http.url.host” value=”$HOST$”/>
<property name=”cnp.navigator.branch.pagesize” value=”1000″/>
<property name=”cnp.navigator.branch.threshold” value=”500″/>

As of ITM 6.2.1, there is a perceived capability to now rename situations within the editor.

However, the rename is actually a new attribute called ‘Full Name’ and only changes the TEPS display name for the situation; the EIF will still send the original situation name.

IBM responds this is “working as designed” — a load of crap if you ask me and a “feature” that should not have been introduced at all if it were to be so counter-intuitive.

Here’s IBM’s response:

Problem(Abstract)
Situation names that are less than 32 characters in length do not populate the “Fullname” field when running the ‘tacmd viewsit -s ‘ command.

Symptom
tacmd viewsit shows null Fullname Field

Cause
The Fullname field is only populated when the original situation name is 32 characters or greater or if a situation name is changed.

Resolving the problem
When a situation is created with a name less than 32 characters in length, the situation name is stored in the “Name” column. At this point, the “Name” column serves two purposes: a unique ID for the situation and the situation display name. The “Fullname” column is blank.

If an existing situation name is changed, the “Name” column still serves as the unique ID and will not be updated to reflect the situation name change.

The new situation name is stored in the “Fullname” column, the new name now assumes the role of situation display name. The length of the new name does not matter, the new name must be stored in the “Fullname” column, since the “Name” column containing the unique ID cannot be changed.

The only time we should expect the “Full Name” field to be populated is when the original situation name is 32 characters or greater or when a situation name has changed from it’s original name (regardless of the length of the new situation name).

My PMR to IBM Tivoli support

I’d be surprised if there wasn’t already an ER for this, but if you
don’t mind, please submit one.

Do you know if anybody else has asked or criticized this major
limitation.

Its hard to believe that there isn’t something that emulate what a
simple one line script would accomplish.

In the ER, I would expect support for perl regex pattern, where patterns
can be indexed to return the matching index as a displayable value.

match process string against /opt/IBM*\s+(\S+java*\)s+server1 pattern and return pattern matching (\S+java*\)

IBM’s Response

Yes, we already have an ER opened for this case, please note down the
request number: MR0108092213

****

ITM 6 has limitations when monitoring processes.

Customer needs to monitor processes with very long names, in this case
the WebSphere NodeAgent process with 4999 characters. The unique string
“nodeagent” is at the very end of the process name and the Unix OS agent
cannot find this process: The attribute command_name is limited to 100
characters and for command_name_U to 768 Bytes.
Cust needs a possibility to monitor such long process names using the
standard ITM 6 OS agent.

****

It is already a recognized request. You can follow up on the progress of
the request with your IBM Rep. Please let me know if you have any other
questions.