A fix is available
APAR status
Closed as program error.
Error description
The initial support for IUCV CONNECT within an SSI environment was overly protective. Some combinations of DISTRIBUTE IUCV setting (in SYSTEM CONFIG) and IUCV CONNECT invoker and target user were restricted out of an excess of caution. The primary inconsistency is found when DISTRIBUTE IUCV NO is configured in SYSTEM CONFIG and the invoker is trying to use IUCV CONNECT to a user within the SSI cluster. Some scenarios work (for example, a single-configuration USER can connect to a single-configuration USER) but other scenarios fail when one might reasonably expect them to work. For example, the following scenarios fail: CONNECT from IDENTITY to USER fails CONNECT from USER to IDENTITY with TARGET=node fails These are cases one might expect to work, but instead IUCV CONNECT fails with IPRCODE=11 (target not logged on).
Local fix
Apply PTF
Problem summary
**************************************************************** * USERS AFFECTED: Customers using IUCV applications across * * ISFC within an SSI cluster with DISTRIBUTE * * IUCV NO configured in SYSTEM CONFIG. * **************************************************************** * PROBLEM DESCRIPTION: * **************************************************************** * RECOMMENDATION: APPLY PTF * **************************************************************** When DISTRIBUTE IUCV NO is configured within an SSI cluster, some IUCV CONNECT possibilities are allowed based on the fact that these users are operating in a special domain (almost like being in the same system). This was not permitted for IDENTITY users because the nominal userid does not uniquely identify a specific virtual machine (the same user might be online on every node in the collection). Some IUCV CONNECT cases (especially those involving an IDENTITY user) are not allowed within the SSI cluster unless the customer configures DISTRIBUTE IUCV YES (which opens IUCV to users on other systems as well). The restriction against IDENTITY users was overly protective since it resulted in IUCV CONNECT failures even when the target node was specified.
Problem conclusion
HCPIUOCO handles IUCV CONNECT processing. This logic was updated to reorganize the tests and allow for connection in cases that were originally restricted within the SSI cluster when DISTRIBUTE IUCV NO was configured. HCPAAJEP handles incoming requests (including the OPEN request associated with an inbound IUCV CONNECT request). This logic was updated to allow inbound IUCV CONNECT (regardless of the DISTRIBUTE IUCV setting) for requests that originated within the SSI cluster. The following tables illustrate the results before and after applying this APAR. Invoker/USER type is: USER = Single-Configuration userid within the SSI IDENTITY = Multiple-Configuration userid within the SSI ExtUser = External user (outside the SSI cluster) IUCV CONNECT with TARGET(null) +---------------------------------------------------------+ | Invoker | USER | DISTRIBUTE IUCV | | type | type | NO | TOLERATE | ALL | |----------+----------+-----------+-----------+-----------| | USER | USER | YES | YES | YES | | | IDENTITY | NO(1) | NO | YES | | | ExtUser | NO | NO | YES | |----------+----------+-----------+-----------+-----------| | IDENTITY | USER | NO->YES | NO->YES | NO->YES | | | IDENTITY | NO(1) | NO | YES | | | ExtUser | NO | NO | YES | |----------+----------+-----------+-----------+-----------| | ExtUser | (ANY) | NO | NO | YES | +---------------------------------------------------------+ IUCV CONNECT with TARGET=nodeid +---------------------------------------------------------+ | Invoker | USER | DISTRIBUTE IUCV | | type | type | NO | TOLERATE | ALL | |----------+----------+-----------+-----------+-----------| | USER | USER | YES(2) | YES | YES | | | IDENTITY | NO->YES(2)| YES | YES | | | ExtUser | NO | YES | YES | |----------+----------+-----------+-----------+-----------| | IDENTITY | USER | NO->YES(2)| YES | YES | | | IDENTITY | NO->YES(2)| YES | YES | | | ExtUser | NO | YES | YES | |----------+----------+-----------+-----------+-----------| | ExtUser | (ANY) | NO | YES | YES | +----------+----------+-----------+-----------+-----------+ Notes: NO->YES indicates behavior before->after applying this fix. NO(1) CONNECT to an IDENTITY user with no target nodeid and D-IUCV NO is prohibited because the IDENTITY user is not unique within the SSI cluster. YES(2) CONNECT to any user type with TARGET=nodeid is allowed (regardless of D-IUCV setting). Also note that IUCV CONNECT with LOCAL=YES will never try to connect to a remote user (regardless of D-IUCV settings or SSI membership).
Temporary fix
FOR RELEASE VM/ESA CP/ESA R630 : PREREQ: VM65856 VM65403 CO-REQ: NONE IF-REQ: NONE FOR RELEASE VM/ESA CP/ESA R640 : PREREQ: NONE CO-REQ: NONE IF-REQ: NONE
Comments
APAR Information
APAR number
VM65872
Reported component name
VM CP
Reported component ID
568411202
Reported release
A62
Status
CLOSED PER
PE
NoPE
HIPER
YesHIPER
Special Attention
NoSpecatt / Xsystem
Submitted date
2016-08-01
Closed date
2017-02-27
Last modified date
2017-11-24
APAR is sysrouted FROM one or more of the following:
APAR is sysrouted TO one or more of the following:
UM35050 UM35051 UM35052 UM35053
Modules/Macros
HCPAAJ HCPIUO HCPMES HCPMESA HCPMESB HCPMXRBK HCPNET HCPZSC HCP3012I
Fix information
Fixed component name
VM CP
Fixed component ID
568411202
Applicable component levels
RA63 PSY UM35050
UP17/03/07 P 1701 ¢
RA64 PSY UM35051
UP17/11/24 P 1702 ¢
R630 PSY UM35052
UP17/03/01 P 1701 ¢
R640 PSY UM35053
UP17/03/01 P 1702 ¢
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":"SG27M","label":"APARs - z\/VM environment"},"Component":"","ARM Category":[],"Platform":[{"code":"PF025","label":"Platform Independent"}],"Version":"A62","Edition":"","Line of Business":{"code":"LOB16","label":"Mainframe HW"}}]
Document Information
Modified date:
24 November 2017