APAR status
Closed as program error.
Error description
Personal Communications, Version 6.0.9 and 6.0.10 ------------------------------------------------ LUA application hangs when the link is stopped (or fails) and is restarted, because the RUI_INIT verb does not return. ------------------------------------------------ See original CS/Win APAR JR27955 for more information
Local fix
Stop the application before restarting the link.
Problem summary
**************************************************************** * USERS AFFECTED: * * All users of LUA applications * **************************************************************** * PROBLEM DESCRIPTION: * * Trace shows: * * RUI_INIT --> * * (link activation) * * <-- ACTLU RQ * * NOTIFY RQ (SLU enable)-> * * ACTLU +RSP * * <-- NOTIFY -RSP 80050000 * * <-- RUI_INIT SESSION_FAILURE * * LU_COMPONENT_DISCONNECTED * * RUI_INIT --> * * The new RUI_INIT never returns. * **************************************************************** * RECOMMENDATION: * **************************************************************** The host correctly rejected the NOTIFY with sense code 8005000 "No Session", since it had not received the ACTLU RSP first. It then processed the ACTLU +RSP and believes the SSCP-LU half-session is available for use. When PCOM received the 80050000 sense code, it marked the LU as inactive internally. This caused the RUI_INIT failure. The subsequent RUI_INIT will hang pending activation of the LU, which is assumed to be possible because the link is active, or until the link terminates. However, this will not happen in this case, because the host thinks the LU is active, and PCOM thinks it is inactive and cannot do anything to request activation. . The cause of this problem is that the NOTIFY RQ was transmitted before the ACTLU +RSP. Additional examination revealed a severe level of network-level retransmissions due to an external network issue. In PCOM, the ACTLU RSP and the NOTIFY RQ are processed by two different queues, and the pressure caused by the retransmissions caused the queue processing the ACTLU RSP to be slightly delayed relative to the NOTIFY RQ.
Problem conclusion
APPN.SYS code has been modified to ensure that the ACTLU RSP is transmitted before the NOTIFY RQ. Fix scheduled for PCOM 6.0.11 Refresh Pack
Temporary fix
Comments
APAR Information
APAR number
IT03882
Reported component name
PCOMM V5 COMBO-
Reported component ID
5639I700P
Reported release
600
Status
CLOSED PER
PE
NoPE
HIPER
NoHIPER
Special Attention
NoSpecatt
Submitted date
2014-08-20
Closed date
2014-08-20
Last modified date
2014-08-20
APAR is sysrouted FROM one or more of the following:
APAR is sysrouted TO one or more of the following:
IP23802
Modules/Macros
APPN LLC2
Fix information
Fixed component name
PCOMM V5 COMBO-
Fixed component ID
5639I700P
Applicable component levels
R600 PSY
UP
[{"Business Unit":{"code":"BU054","label":"Systems w\/TPS"},"Product":{"code":"SSEQ5Y","label":"Personal Communications"},"Component":"","ARM Category":[],"Platform":[{"code":"PF025","label":"Platform Independent"}],"Version":"6.0","Edition":"","Line of Business":{"code":"LOB35","label":"Mainframe SW"}}]
Document Information
Modified date:
20 August 2014