SOLVE / Netmaster Region hangs at startup with health check repeating

book

Article ID: 76418

calendar_today

Updated On:

Products

CA CMDB for z/OS CA NetSpy Network Performance CA NetMaster Network Automation CA SOLVE CA NetMaster Network Management for SNA CA NetMaster Network Management for TCP/IP CA NetMaster File Transfer Management CA SOLVE:Operations Automation SOLVE:Access Session Management CA SOLVE:CA Mainframe Connector CA SOLVE:FTS CA SOLVE

Issue/Introduction

The region does not initialize completely. JESMSGLG shows

STC01234  $HASP373 NETMST   STARTED
STC01234  IEF403I NETMST - STARTED - TIME=10.43.17
STC01234  N21303 PRODUCT TCPIP (LMP=Y7) REGISTERED
STC01234  CAGLBL02 Loaded 0 Persistent Global Variables
STC01234  F HZSPROC, RUN,CHECK=(CA_NM,[email protected])
STC01234  F HZSPROC, RUN,CHECK=(CA_NM,[email protected])
STC01234  F HZSPROC, RUN,CHECK=(CA_NM,[email protected])

Cause

Various causes are possible.
1. Problem with RUNSYSIN or other customized proc used during initialization 
2. PROBLEM in the VFS file
3. archived or empty runtime libraries

Environment

All releases of 
Netmaster Suite
SOLVE:Access
SOLVE:Operations
SOLVE:Central

Resolution

Depending on the problem, the initialization can hang in different phases.
  1. Check all runtime libraries, both those contained in the RUNSYSIN member and in the STEPLIB and ensure they are available on DASD and have content
  2. Does the region initialize far enough to generate the LOG1 dataset in SDSF? That may provide a clue regarding how far initialization was able to go.
  3. Determine any changes that may have been made since the last time the region initialized; changes to a proc, the RUNSYSIN, the INIFILE, NMINIT, NMREADY or other procedures in the TESTEXEC are potential sources of problems. Ensure changes are correct or try removing them and cycle the region.
  4. Were any changes made to /PARMS? This information is stored in the VFS file. An incorrect value may cause problems during startup.  If that is suspected, one of the following may be an option:
    1. You can fall back by using a pre-existing INIFILE (if available) .
    2. If little to no customization has been don on the region, INIRESET=YES in the TESTEXEC can correct the problem.
                     PLEASE BE AWARE that this undoes all changes to the /PARMS since the region was first initialized.

Additional Information

If this information is not sufficient to resolve your problem or you have any questions, please contact CA support for assistance or open a case at support.ca.com.