A fix is available
APAR status
Closed as program error.
Error description
Takeover is specified in Telnet server profile. Takeover is attempted for a client connection and it fails after the Takeover timer expires. A Telnet display is later issued: D TCPIP,TELNET,OBJ,TYPE=LUGRP The connection counts in the display output are not correct. ADDITIONAL SYMPTOMS:
Local fix
Issue an OBEYFILE command to rebuild the profile.
Problem summary
**************************************************************** * USERS AFFECTED: All users of the IBM Communications Server * * for z/OS Version 1 Release(s) 10, 11, 12, * * and 13 IP: Telnet facilities using the * * takeover function. * **************************************************************** * PROBLEM DESCRIPTION: Connection count is incorrect in the * * Telnet display command for objects * * with type=lugrp * **************************************************************** * RECOMMENDATION: * **************************************************************** The problem may be summarized as follows: 1. A Telnet server was configured with takeover specified, for example: TKOGENLU 5 2. A client connection was successfully started with the Telnet server. A second client connection was then attempted, and generic takeover was attempted. After 5 seconds, the takeover attempt failed and a different LU was assigned to the new connection: EZZ6035I TN3270 DEBUG CONN DETAIL 901 IP..PORT: x.xx.xxx.xx..1745 CONN: 00000135 LU: TCPM1151 MOD: EZBTDALU RCODE: 1009-00 Takeover has failed. PARM1: 00000000 PARM2: 00000000 PARM3: TKOGENLU EZZ6034I TN3270 CONN 00000135 LU TCPM1152 NEGOTIATED TN3270E IP..PORT: x.xx.xxx.xx..1745 3. An object display command was issued: D TCPIP,TN3270,OBJ,TYPE=LUGRP Output from the display contained an incorrect connection count for the associated LU group. +-------------------------------------------------------------+ + Please check our Communications Server for OS/390 homepages + + for common networking tips and fixes. The URL for these + + homepages can be found in Informational APAR II11334. + +-------------------------------------------------------------+
Problem conclusion
Modules EZBTDALU and EZBTPGLU have been amended to to correctly reset CVB based CLID pointers for Telnet takeover. Module EZBTPTKO has been included for maintenance purposes only. * Cross Reference between External and Internal Names
Temporary fix
Comments
APAR Information
APAR number
PM44821
Reported component name
TCP/IP V3 MVS
Reported component ID
5655HAL00
Reported release
1D0
Status
CLOSED PER
PE
NoPE
HIPER
NoHIPER
Special Attention
NoSpecatt
Submitted date
2011-08-01
Closed date
2011-09-15
Last modified date
2011-11-02
APAR is sysrouted FROM one or more of the following:
APAR is sysrouted TO one or more of the following:
UK71105 UK71106 UK71107 UK71108
Modules/Macros
EZBTDALU EZBTPGLU EZBTPTKO
Fix information
Fixed component name
TCP/IP V3 MVS
Fixed component ID
5655HAL00
Applicable component levels
R1A0 PSY UK71105
UP11/10/21 P F110
R1B0 PSY UK71106
UP11/10/21 P F110
R1C0 PSY UK71107
UP11/10/21 P F110
R1D0 PSY UK71108
UP11/10/21 P F110
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":"1D0","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":"1D0","Edition":"","Line of Business":{"code":"","label":""}}]
Document Information
Modified date:
02 November 2011