SOLVE / Netmaster Region hangs at startup with health check repeating
book
Article ID: 76418
calendar_today
Updated On:
Products
CMDB for z/OSNetSpy Network PerformanceNetMaster Network AutomationSOLVENetMaster Network Management for SNANetMaster Network Management for TCP/IPNetMaster File Transfer ManagementSOLVE:Operations AutomationSOLVE:Access Session ManagementSOLVE:FTS
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,NM_ACB@NETMST) STC01234 F HZSPROC, RUN,CHECK=(CA_NM,NM_ACB@NETMST) STC01234 F HZSPROC, RUN,CHECK=(CA_NM,NM_ACB@NETMST)
Environment
All releases of Netmaster Suite SOLVE:Access SOLVE:Operations SOLVE:Central
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
Resolution
Depending on the problem, the initialization can hang in different phases.
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
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.
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.
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:
You can fall back by using a pre-existing INIFILE (if available) .
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.