VM66779: ABENDSXA004 CHANGE/TRANSFER FAIL TO RELEASE STORAGE

Obtain the fix for this APAR.

APAR status

• Closed as program error.

Error description

• In cases where a SPOOL CHANGE/TRANSFER command is sent via a
  cross-system command, the obtained DVMD will fail to be
  released. If this repeatedly occurs over a sufficiently long
  period of time, this may eventually lead to an SXA004 ABEND.
  
  
  This situation can only occur on a system with an ESM
  installed.
  

Local fix

• Do not use cross-system SPOOL/CHANGE TRANSFER commands. Use
  QUERY SXSPAGES to occasionally monitor the status of pages in
  the system execution space below 2 GB (the system execution
  area). If the number of available SXS pages are steadily
  decreasing over time without recovery, contact IBM support.
  

Problem summary

• ****************************************************************
  * USERS AFFECTED: All users of Single System Image             *
  ****************************************************************
  * PROBLEM DESCRIPTION:                                         *
  ****************************************************************
  * RECOMMENDATION: APPLY PTF                                    *
  ****************************************************************
  ABENDSXA004 can occur due to many cross-member CP TRANSFER or
  CP CHANGE commands if they change the spool file owner.  Under
  some circumstances the memory used for a DVMD that is used
  for an ESM call is not released and a storage leak occurs.
  
  HCPSCOCH calls subroutine FINDUSER to determine if the target
  user is in the CP directory.  FINDUSER calls either HCPUDRFU or
  HCPUDRGU to make that determination.  HCPUDRGU is called when
  the user's DVMD is also needed in the case where an ESM call
  will be needed.  HCPUDRGU gets the storage for the copy of the
  DVMD it returns to HCPSCOCH.  Eventually HCPSCOCH calls HCPSCQTO
  and that code releases the DVMD storage after it makes the ESM
  call.  However, when this comes as a request from a cross-system
  command, the ESM call and also the release of the DVMD is
  skipped.  In that case, FINDUSER should call HCPUDRFU rather
  then HCPUDRGU because a DVMD should not be obtained since it
  won't be released by HCPSCQTO.  The code that obtains the DVMD
  is not on the same page as the code that releases the DVMD.
  

Problem conclusion

• Because the DVMD is only needed for the ESM call, the DVMD is
  obtained only in the case when that ESM call is needed.  To
  ensure that the conditional obtain and release of the DVMD are
  in agreement, a test is added to HCPSCO subroutine FINDUSER to
  call HCPUDRFU instead of HCPUDRGU when the protect flags are on
  but the TRANSFER or CHANGE came in as a cross-system command.
  

Temporary fix

• *********
  * HIPER *
  *********
  FOR RELEASE VM/ESA CP/ESA R720 :
  PREREQ: NONE
  CO-REQ: NONE
  IF-REQ: NONE
  FOR RELEASE VM/ESA CP/ESA R730 :
  PREREQ: NONE
  CO-REQ: NONE
  IF-REQ: NONE
  

Comments

APAR Information

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

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

  UM90464 UM90465

Modules/Macros

• HCPSCO
  

Fix information

• Fixed component name

  VM CP CP

• Fixed component ID

  568411202

Applicable component levels

• R720 PSY UM90464

     UP24/07/31 P 2401 ¢

• R730 PSY UM90465

     UP24/07/31 P 2501 ¢

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.