Solve Access 5.0 - S0F8 starting Netmaster after migrating to z/OS 2.3

Products

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

Issue/Introduction

We migrated our TEST lpar to z/OS 2.3 today. Starting Netmaster we get a S0F8 abend.
Seems to have problems with parm XM='ZIIP' After changing to XM='TASK' Netmaster was starting correctly. 

*N01101 SOLVE ABEND S-0F8 ID=AAAAAA  JN=NMT DT=2018064 TM=15223497 
*N01102 SRC=AB PRD=SOLVE INTLVL=060700 SP=1007 ABC=S-0F8 
*N01103 
IEA794I SVC DUMP HAS CAPTURED: 894 
894 DUMPID=001 REQUESTED BY JOB (NMT ) 
894 DUMP TITLE=N01101 SOLVE ABEND S-0F8 ID=AAAAAAA JN=NMT DT=2018064 
894 TM=15223497 
BPXP018I THREAD 1789C80000000000, IN PROCESS 34013251, ENDED 906 
906 WITHOUT BEING UNDUBBED WITH COMPLETION CODE 840F8000 
906 , AND REASON CODE 00000004. 
IEF450I NMT NMT - ABEND=S0F8 U0000 REASON=00000004 908 
908 TIME=15.22.36 
 

Environment

Release: SLOPFC00200-12.1-NetMaster-File Transfer Management
Component:

Resolution

IBM APAR OA54317 resolve the S-OF8 abend.

The link to the APAR is
http://www-01.ibm.com/support/docview.wss?uid=isg1OA54317  
 

APAR status

• Closed as program error.

Error description

• SMSVSAM ABEND0F8 RC4 in IDA019C2 at offset x'2F0' at RMID
  UA92399 when called in SRB mode.
  
  Additional Keywords:
  SMSVSAM RLS VSAMRLS DF122
  RLSPSP/K

  
  
  

Local fix

• If using NETMASTER run with XM=TASK in the RUNSYSIN parameter.
  Making this change may move task processing back to a regular
  CP, which may impact customer MIPS usage.

Problem summary

• ***************************************************************
  * USERS AFFECTED:                                              *
  * All VSAM RLS users who run tasks in SRB mode                 *
  ****************************************************************
  * PROBLEM DESCRIPTION:                                         *
  * While in SRB mode, if a SHOWCB command is issued, an         *
  * ABEND0F8 RC4 will occur out of IDA019C2 as a result of a     *
  * GETMAIN failing.                                             *
  ****************************************************************
  * RECOMMENDATION:                                              *
  * Apply PTF                                                    *
  ****************************************************************
  When a user issued a SHOWCB against a data set open for RLS,
  IDA019C1 tried to issue a PC, calling IDA019C2 to establish an
  ESTAE and call RLS. Doing this requires a GETMAIN and FREEMAIN
  to be called for the ESTAE parameters which cannot be done under
  an SRB. Therefore, when IDA019C1 tried to issue a PC while in
  SRB mode, the GETMAIN in IDA019C2 failed and returned an
  ABEND0F8 RC4.

  
  
  

Problem conclusion

• Code was changed such that an ESTAE will not be set up and a
  GETMAIN/FREEMAIN will not be called if IDA019C2 is called while
  in SRB mode.

Temporary fix

 

Comments

APAR Information

• APAR number     OA54317

• Reported component name

  VSAM REC LEV SH

• Reported component ID

  5695DF122

• Reported release

  220

• Status

  CLOSED PER

• PE

  NoPE

• HIPER

  NoHIPER

• Special Attention

  NoSpecatt / Xsystem

• Submitted date

  2017-11-01

• Closed date

  2018-02-14

• Last modified date

  2018-02-14

• APAR is sysrouted FROM one or more of the following:

  
  
  

• APAR is sysrouted TO one or more of the following:

  
  
  

  UA95316

Modules/Macros

• 
  

  
  IDA019C2

  
  
  

   

Fix information

• 
  

  Fixed component name

  
  
  

  VSAM REC LEV SH

• 
  

  Fixed component ID

  
  
  

  5695DF122

Applicable component levels

 

Additional Information

This IBM fix does not completely correct the problem.
It will result in a S0C3 abend. Please see KB000091959 for additional  Netmaster and IBM fixes to fully correct the problem.