A fix is available
APAR status
Closed as unreproducible in next release.
Error description
Development Fixes
Local fix
Problem summary
**************************************************************** * USERS AFFECTED: * * All users of the IBM Communications Server for z/OS Version * * 2 Release 1 * * E2827/K * **************************************************************** * PROBLEM DESCRIPTION: * * R130624D VTAM VIT DUMP FOR PROBE ISTAUC01 WITH ROCE CARDS * * OFF (16356) * * inopdump needs dump VTAM and TCP/IP address spaces (16263) * * AB/S04C5 0402 EZBSRUTL +C940 restarting/stopping RNICs over * * and over (16627) * * ZZ021026 MP65 RoCE GA2 - PFID 1 SMC not synch with VTAM * * (16884) * **************************************************************** * RECOMMENDATION: * * Apply fix. * **************************************************************** 16356 - Trigger the FFST probe ISTAUC01 because the EE Port FSM processor (ISTAUCPF) is receiving an RPH for DACTLINK processing and this cannot be handled. 16263 - Inop dump does not take the dump of VTAM and TCP/IP address spaces dump when RNICID is specified. 16627 - The stack is not enforcing the architectural limit of 255 RKEYs in a link group. If we exceed this limit, we cannot exchange all RKEYs with the peer. 16884 - Abend0C4 occurs in module ISTSRIDQ
Problem conclusion
16356 - Change ISTAUCPF to handle DACTLINK RPHs for EE Verification failures. Code was modified with code related to APAR OA42734 to handle DACTLINK processing in the port FSM processor. 16263 - inopdump macro has been changed to dump both VTAM and TCP/IP address spaces when RNICID is specified. The following module have been recompiled to use the updated code of inopdump macro: ISTSRIDQ, ISTSRIWC, ISTSRIWD, ISTSRIWI, ISTSRRIE, ISTSRRRV, ISTSRICL and ISTSRIS8. 16627 - Change EZBSRUTL to ensure that a link group does not exceed 255 local RKEYs. The stack will fall back to IP for any connection which would require exceeding this limit. Also changed ISTSRIS8 to correctly set a field in the server side DM_ACT_CNF signal (noticed from a stack ctrace). 16884 - While polling a read completion queue (CQ) for inbound data, an Abend0C4 occurs in ISTSRIDQ trying to queue a CM_Deact_Req Tipac to the SRNCB. The error was expected as PFIDs were being taken offline, but the abend trying to shutdown the device is not expected. Abend occurs because the RPH is not set in Reg1 when the TPQUE macro is issued. Note: A logical route of the fix for APAR OA42734 has been included in this APAR.
Temporary fix
Comments
No additional comments
APAR Information
APAR number
OA42870
Reported component name
VTAM V4 MVS/ESA
Reported component ID
569511701
Reported release
210
Status
CLOSED UR1
PE
NoPE
HIPER
YesHIPER
Special Attention
NoSpecatt / Xsystem
Submitted date
2013-07-18
Closed date
2013-08-12
Last modified date
2015-03-05
APAR is sysrouted FROM one or more of the following:
APAR is sysrouted TO one or more of the following:
UA70313
Modules/Macros
ISTSRRCL ISTSRIWI ISTSRRIE ISTSRIS8 ISTAUCLA ISTAUCPF ISTSRIWC ISTSRRRV ISTSRIWD ISTSRIDQ
Fix information
Fixed component name
VTAM V4 MVS/ESA
Fixed component ID
569511701
Applicable component levels
R210 PSY UA70313
UP13/08/21 P F308
Fix is available
Select the PTF appropriate for your component level. You will be required to sign in. Distribution on physical media is not available in all countries.
[{"Business Unit":{"code":"BU054","label":"Systems w\/TPS"},"Product":{"code":"SG19M","label":"APARs - z\/OS environment"},"Component":"","ARM Category":[],"Platform":[{"code":"PF025","label":"Platform Independent"}],"Version":"210","Edition":"","Line of Business":{"code":"","label":""}},{"Business Unit":{"code":"BU054","label":"Systems w\/TPS"},"Product":{"code":"SSCY4DZ","label":"DO NOT USE"},"Component":"","ARM Category":[],"Platform":[{"code":"PF025","label":"Platform Independent"}],"Version":"210","Edition":"","Line of Business":{"code":"","label":""}}]
Document Information
Modified date:
05 March 2015