CA CISCA Common Services for z/OSCA 90s ServicesCA Database Management Solutions for DB2 for z/OSCA Common Product Services ComponentCA Common ServicesCA Datacom/ADCA ecoMeter Server Component FOCCA Easytrieve Report Generator for Common ServicesCA Infocai MaintenanceCA IPCUnicenter CA-JCLCheck Common ComponentCA Mainframe VM Product ManagerCA Chorus Software ManagerCA On Demand PortalCA Service Desk Manager - Unified Self ServiceCA PAM Client for Linux for zSeriesCA Mainframe Connector for Linux on System zCA Graphical Management InterfaceCA Web Administrator for Top SecretCA CA- XpertwareCA Compress Data Compression for MVSCA Compress Data Compression for Fujitsu
One LPAR showing up as inactive in CPF status. This was after getting a message this morning on the HUB LPAR: N 0020000 SDV21 19044 09:45:54.49 S0661452 00000010 TSS9807I COMMUNICATIONS FAILURE (0611), COMMAND NOT SENT TO DESTINATION S ENFSA21 N 0000000 SDV21 19044 09:45:54.49 S0661452 00000210 IEF196I TSS9807I COMMUNICATIONS FAILURE (0611), COMMAND NOT SENT TO N 0000000 SDV21 19044 09:45:54.49 S0661452 00000210 IEF196I DESTINATION ENFSA21 N 0020000 SDV21 19044 09:45:54.49 S0661452 00000010 TSS9815I CAICCI REASON TEXT: RECEIVER NOT FOUND N 0000000 SDV21 19044 09:45:54.49 S0661452 00000210 IEF196I TSS9815I CAICCI REASON TEXT: RECEIVER NOT FOUND
The problem was reproduced in-house. A routine that cleans up CCI resources left around by address spaces that have ended mishandled the second start of TSS. This occurred because it did not properly check the ASID of the terminating task against the owning ASID of the resources. The error is specific to tasks that run as SUB=MSTR.
Fix ST07366 has been written to solve the problem. To implement: Deploy updated CAW0LOAD, refresh LLA if necessary and restart the ENF address space.