PM79134: ABEND378 RC 14 AFTER TLS HANDSHAKE FAILURE FOR FTP CONNECTION

Obtain the fix for this APAR.

APAR status

• Closed as program error.

Error description

• ABEND378 occurred in IGVVSERR, during freeing of an MVS dataset.
  This storage release was triggered by a TLS handshake failure
  for an FTP connection..  The release of storage obtained in key
  0 while running in key 8 is what caused the abend378.
  .
  VERIFICATION STEPS:
  1) Obtain a dump of the S378 abend.  IP VERBX LEDATA
  'NTHREADS(*)' will show a calling sequence similar to:
  Traceback:
    DSA      Entry       E  Offset
  
    1        OSBCLOSE    -09AE074A
    2        osclose     +000002A0
    3        cp39        +000002E4
    4        __tcloseall +00000566
    5        _cTterm     +000003AA
    6        CEEOTERM    +0000106C
    7        CEEZRET     +0000033A
    8        CEEBBEXT    -0921F316
  .
  2) If AT-TLS is being used, the SYSOMVS ctrace might show an
  error on a SIOCTTLSCTL ioctl.  The errno jr will be 77B70025
  Keywords:  LMOD IGG0201Z CSECT IGG0201Y
  

Local fix

Problem summary

• ****************************************************************
  * USERS AFFECTED: All users of the IBM Communications Server   *
  *                 for z/OS Version 1 Release 13                *
  *                 IP:FTP                                       *
  ****************************************************************
  * PROBLEM DESCRIPTION: When using GET subcommand to download   *
  *                      an MVS data set and TLS or AT-TLS       *
  *                      policy is used for the data connection, *
  *                      if data connection negotiation fails,   *
  *                      ABEND 378 with RC 14 occurs after the   *
  *                      FTP server exits.                       *
  ****************************************************************
  * RECOMMENDATION:                                              *
  ****************************************************************
  When FTP server handles the GET subcommand, firstly it opens
  the data set using CSM storage key 0 and then before data is
  transferred, it tries to do data connection negotiation for TLS
  or AT-TLS. If the negotiation fails, currently the FTP server
  does not close the data set before exiting. This would leave the
  data set allocated, so Language Environment would need to clean
  it up, but Language Environment does not use key 0 to release
  the CSM storage, which causes the ABEND 378 with RC 14 occurs
  when the FTP server ends. FTP server should close the data set
  after the data connection fails.
  +-------------------------------------------------------------+
  + 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

• The FTP server has been corrected.
  
  * Cross Reference between External and Internal Names
  

Temporary fix

Comments

APAR Information

• APAR is sysrouted FROM one or more of the following:

• APAR is sysrouted TO one or more of the following:

  UK90644

Modules/Macros

•    EZAFTPRR
  

Fix information

• Fixed component name

  TCP/IP V3 MVS

• Fixed component ID

  5655HAL00

Applicable component levels

• R1D0 PSY UK90644

     UP13/02/19 P F302

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.