Messages for z/OS components

The Tivoli Enterprise™ Monitoring Server on z/OS® and its various subsystems (OMNIMON, TMS:Engine, and OMEGAMON® base) generate log files that contain messages and trace information. The log files contain message and trace information about the events and processing being performed. z/OS log files provide a complete record of system activity, not just of problems. The log files are created when you start the IBM® Tivoli® Monitoring z/OS components. Table 2 lists the log files created by each z/OS subcomponent. These files are available to help you resolve problems encountered while using the products. IBM Software Support might request some or all of these files while investigating a problem you have reported.

When you encounter a problem, first check the messages in the log files to determine if the source is a problem in the IBM Tivoli Monitoring environment or with an OMEGAMON z/OS monitoring agent. If you determine that the problem is due to a product defect, contact IBM Software Support. IBM Software Support might request that you activate tracing so that the log files collect additional information needed to resolve the problem. Some of the tracing options produce large amounts of trace information. Therefore, monitor the disk or spool space when activating tracing to prevent your disk or spool from reaching capacity. Return the trace settings to the default settings after the desired trace information has been collected. For the locations of various types of logs, see Table 2.

The messages for this product are in two formats. One format includes a single-digit component identifier with a message type and the other includes a double-digit component identifier with no message type. Both formats have the following common elements:

www
is the message component identifier. The usual length of a component identifer is three characters, though it can be a few as two characters or as many as five. This book includes the message identifiers in Table 1:
Table 1. Message component identifiers documented in this book
Message prefix Components using this prefix
CI OMEGAMON Base
CND OMEGAMON Base
CSA OMEGAMON Base
CT OMEGAMON Base
ETE™ End-to-End Response Time Monitor
IA Classic OMEGAMON
IN Classic OMEGAMON
KBB Tivoli Management Services: Engine (TMS:Engine)
KCN OMNIMON Base
KDH TMS:Engine
KLB TMS:Engine
KLE TMS:Engine C language interface messages
KLU Tivoli Enterprise Monitoring Server on z/OS or TMS:Engine
KLV Tivoli Enterprise Monitoring Server on z/OS or TMS:Engine
KLX Tivoli Enterprise Monitoring Server on z/OS or TMS:Engine
KMV OMEGAVIEW®
KOB OMEGAMON Base (Enhanced 3270 user interface), Parameter Generator (PARMGEN), or Configuration Manager
KPQ OMEGAMON Base (Persistent data store)
KSD OMEGAVIEW
LSC Classic OMEGAMON
OB OMEGAMON Base
OM OMEGAMON Base
yyy
Message number.
Other messages are in the following format:

wwwxxyyy
Where:
x
Component identifier.
yyy
Message number.
z
One-letter message type. Some messages have this message type indicator. It can be one of the following:
  • I for informational messages, which typically do not require administrator or operator actions.
  • W for warning messages, which typically require actions.
  • E for error messages, which indicate a problem that you must resolve before normal operation can continue.

In the message description, most message headings are self-explanatory (for example, Explanation or System Response). Some messages include a heading for Severity. Severity is sometimes defined as a number between 0 and 80, where 0 means it is unimportant and 80 means the matter requires immediate attention. This numerical value is often paired with a system programmer response heading, so that you know how to respond to the severity indicator.

Other times, Severity is expressed as one of the following values:
  • REPLY, VIEW or INFO: indicates successful completion or attempted completion of an request.
  • ERROR: indicates that a system action has failed to complete successfully.
  • WARNING or ALERT: indicates that an error has occurred and offers additional details to help you correct the problem that often involves contacting IBM Software Support.
  • ABEND: reports a component failure that requires immediate system programmer response and usually requires running traces and collecting dumps for IBM Software Support.
  • FATAL: indicate a condition causing shutdown or catastrophic termination.

Messages with severity tags can sometimes be routed to different console groupings. When the Severity tag is used to described TMS:Engine errors, the value indicates where the message will be sent. For more information, see TMS:Engine message route codes.

Table 2 contains the locations of logs where distributed component messages are found:

Table 2. Log locations for z/OS components
z/OS component Log location
An OMEGAMON monitoring agent on z/OS

RKLVLOG for the monitoring agent started task is the single most helpful piece of service information for an OMEGAMON monitoring agent on z/OS. The RKLVLOG (R = runtime, KLV = the prefix associated with IBM Tivoli Monitoring Services:Engine or TMS:Engine) is the sysout data set or spool file that contains log and trace messages.

These additional zSeries® log files (if available) are also useful:
  • The RKLVSNAP sysout data set or spool file contains formatted dump output.
  • The RKPDLOG sysout data set or spool file contains the information and error messages related to the handling of persistent data stores.
  • Some agents have other files defined to collect log and trace messages. OMEGAMON for Networks on z/OS, for example, might also uses the KN3ACTCS and KN3ANMON sysout data sets or spool files to collect log and trace messages.
Refer to your started procedures for the locations of these serviceability log files.
Note: OMEGAMON monitoring agent on z/OS messages are documented in the agent-specific problem determination guide.
Tivoli Enterprise Monitoring Server on z/OS

RKLVLOG for the monitoring agent started task is the single most helpful piece of service information for an OMEGAMON monitoring agent on z/OS. The RKLVLOG (R = runtime, KLV = the prefix associated with IBM Tivoli Monitoring Services:Engine or TMS:Engine) is the sysout data set or spool file that contains log and trace messages.

These additional zSeries log files (if available) are also useful:
  • The RKLVSNAP sysout data set or spool file contains formatted dump output.
  • The RKPDLOG sysout data set or spool file contains the information and error messages related to the handling of persistent data stores.
  • Some agents have other files defined to collect log and trace messages. OMEGAMON for Networks on z/OS, for example, might also uses the KN3ACTCS and KN3ANMON sysout data sets or spool files to collect log and trace messages.
Refer to your started procedures for the locations of these serviceability log files.
Note: OMEGAMON monitoring agent on z/OS messages are documented in the agent-specific problem determination guide.
Because the Tivoli Enterprise Monitoring Server on z/OS runs under TMS:Engine just as an OMEGAMON monitoring agent on z/OS does, all logging under TMS:Engine is handled the same way, that is log and trace data are written to RKLVLOGs and RKPDLOGs.
ETE ETE is a base component and does not have its own RKLVLOG. This component writes messages to the IBM System Display and Search Facility (SDSF) Job Log. The User Response section of various ETE message requests that you collect systems information and memory dumps before contacting IBM Software Support. How to collect this information for ETE is documented in the IBM Tivoli End to End Response Time Reference book.
Note: ETE messages are documented in the IBM Tivoli End to End Response Time Reference book.
IBM Tivoli Management Services: Engine (TMS:Engine)

TMS:Engine is a collection of basic operating system and communication service routines built specifically for z/OS. All address spaces used by OMEGAMON monitoring agents on z/OS load and use the services of TMS:Engine.

Successful initialization of TMS:Engine is noted by this message:

KLVIN408 IBM OMEGAMON PLATFORM ENGINE VERSION 400 READY
For troubleshooting information about TMS:Engine problems, refer to the z/OS initialization section of IBM Tivoli Monitoring: Problem Determination Guide. Explanations for messages generated by TMS:Engine can be found in IBM Tivoli Monitoring: z/OS Messages.

TMS:Engine writes messages to the same RKLVLOG as the product it is running. If you search the RKLVLOG for an OMEGAMON monitoring agent on z/OS, product-specific messages start with the product code (for example, KN3 for OMEGAMON for Networks on z/OS) but messages for the TMS:Engine start with component prefixes KBB, KDH, KLB, KLE, KLU, KLV, and KLX.

OMEGAMON subsystem The OMEGAMON subsystem does not allocate an RKLVLOG. This component issues messages directly to the z/OS system console (or SYSLOG).
Persistent data store The RKPDLOG sysout data set or spool file contains the information and error messages related to the handling of persistent data stores.