OA40015: HIGH VIRTUAL USER REGION STORAGE MISSING FROM COMPLETE SVCDUMP WITH LIKELSQA / LIST64 STORAGE IN 12/07/30 PTF PECHANGE

Obtain the fix for this APAR.

APAR status

• Closed as program error.

Error description

• An SVC Dump that is supposed to contain High Virtual Region
  does not.  However, it does include either LIKELSQA storage
  (high virtual LSQA) or LIST64 storage.  An alternate symptom is
  that the SVC dump is complete and includes LISTLSQA storage but
  does not include the requested LIST64 storage (nor does it
  include Highvirt User Region).
  
    This problem arises from a failure to properly maintain the
  CurrHiPriRange range table pointer in subroutine CrsRng64.  The
  result is that the code continually overwrites the same entry in
  the table, resulting in the loss of LIST64 and highvirt RGN
  storage if LIKELSQA storage is in the dump, or the loss of
  highvirt RGN storage if there is no LIKELSQA storage to be
  dumped but there is LIST64 storage requested.
  
    (Note that high virtual Region storage is dumped if it is
  defined with the attribute SVCDUMPRGN.  This can be validated in
  the IPCS RSMDATA HIGHVIRT report, the "M" column ... "Y" in that
  column means the storage is declared as SVCDUMPRGN.)
  
    This problem may occur in SVCDUMPs, SYSMDUMPs and transaction
  dumps.
  
  Verification Steps:
  1) SDump is flagged as complete.  IP LIST E0. LEN(16) HEADER
     results in 4 words of zeros being listed.
  2) Either
       a) LIKELSQA storage is included in the dump but the
          requested LIST64 or high virtual RGN ( PVT ) storage
          is not in the dump
       b) No LIKELSQA storage exists to be dumped, but LIST64
          and RGN were specified.  LIST64 storage is dumped
          but RGN is not in the dump.
  
     Note that high virtual Region storage is dumped if it is
     defined with the attribute SVCDUMPRGN.  This can be validated
     in the IPCS RSMDATA HIGHVIRT report, the "M" column. A "Y"
     in this column means the storage is declared as SVCDUMPRGN.
     An "N" in this column means that the storage is either
     RGN but not SVCDUMPRGN or else it is LIKELSQA.
  
  Additional symptoms:
  In a CICS 4.2 dump, you receive the following error
  when attempting to review the CICS internal trace by
  issuing: VERBX DFHPD670 'TR=3' OR VERBX DFHPD670 'TR'
  
  ** DFHPD0106  An error has occurred while formatting
                TRGTW.
  ** DFHPD0101  Pointer to TRBLOCK at offset 0020 is invalid.
  In CICS 4.2, the trace table was moved above the bar to
  64 bit storage, and it was missing from the dump.
  

Local fix

• For console dumps and recovery-generated dumps:
  Enter the following system commands to change dump processing to
  not include above the bar LSQA (LIKELSQA):
  
  CD DEL,SDUMP=(LSQA)
  CD SET,SDUMP,OVER
  
  Note that dumps will still include below the bar LSQA as long as
  RGN is specified as part of the SDATA dump parameters.
  
  It will not be possible to get both above the bar LSQA and above
  the bar RGN in the same dump.
  
  
  
  For SLIP dumps, omit the LSQA SDATA parameter.
  As with console dumps and recovery-generated dumps,
  if you omit the LSQA parameter, LSQA below the bar
  will still be included in the dump, but the above
  the bar LIKELSQA storage will not.
  

Problem summary

• ****************************************************************
  * USERS AFFECTED: All users of SVC dumps using LIST64 and LSQA *
  *                 APAR OA37563                                 *
  *                 w/ PTFs R760 UA63033 R770 UA63034            *
  *                         R780 UA63035 applied                 *
  ****************************************************************
  * PROBLEM DESCRIPTION: High Virtual Regions missing from dump  *
  ****************************************************************
  * RECOMMENDATION:                                              *
  ****************************************************************
  The problem occurs when both the LSQA and the LIST64 parameters
  are specified on an SDUMPX request. Due to a problem managing
  shared range table pointers, indeterminate (64-bit) private
  storage may be missing from requested SVC dumps. SVC dump
  processing has no indicators that some storage was not
  collected.
  

Problem conclusion

• IEAVTSDL and IEAVTVSM were changed to properly update a range
  pointer, so that address ranges will not be overlaid. They
  were also changed so that when ranges are separated, the start
  and ending addresses are correctly adjusted. Additionally,
  LIST64 range checking was corrected.
  

Temporary fix

• *********
  * HIPER *
  *********
  

Comments

APAR Information

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

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

  UA66976 UA66977 UA66978

Modules/Macros

•    IEAVTSDL IEAVTVSM
  

Fix information

• Fixed component name

  SDUMP/ABDUMP

• Fixed component ID

  5752SCDMP

Applicable component levels

• R760 PSY UA66976

     UP12/11/07 P F211 ®

• R770 PSY UA66977

     UP12/11/07 P F211 ®

• R780 PSY UA66978

     UP12/11/07 P F211 ®

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.