Agent Technology › Mainframe Agent Installation Considerations › The Discovery Process

The Discovery Process

You may encounter some problems with the discovery of agents on a z/OS LPAR. The following list provides a few tips for diagnosing and resolving these problems:

• Make sure your z/OS node is properly classified.

  The first-level discovery process uses your TCP/IP stack's SNMP process to classify your mainframe node. This is not the Agent Technology SNMP service, but rather, this is the SNMP service that comes with the IBM (or third-party) TCP/IP stack. This service must be running at the time the mainframe node is discovered for the node to be properly classified as an IBM3090.

  If the node is not properly classified, it can be reclassified manually from the NSM machine (using the reclass command).

• Community strings must agree between the z/OS aws_sadmin service and the NSM machine.

  See Configuring the aws_sadmin Service in the Installation Considerations section previously in this chapter for more information.

• Is the z/OS SNMP service listener port bound?

  Run onetstat under OMVS to ensure the SNMP listener port (6665 by default) is in the proper state. Check to make sure there are no firewalls preventing UDP traffic from entering your mainframe network.

• Is the awsAdmin MIB loaded in the z/OS store?

  If not, no MIB-mixed agents will be discovered on this node.

• Can you Mibbrowse the awsAdmin MIB on the mainframe?

  The second-level discovery process uses the awsAdmin MIB to discover agents running on z/OS.

  1. Run mibbrowse in DOS from the NSM machine to verify this capability.
  2. Connect to the awsAdmin MIB on the appropriate host name and UDP port (6665 by default).
  3. Attempt to drill down though awsAdminAgentGroup >awsAdminAgentTable.

     You should see each active agent listed. For example: