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

A fix is available

Subscribe

You can track all active APARs for this component.

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 number

    OA40015

  • Reported component name

    SDUMP/ABDUMP

  • Reported component ID

    5752SCDMP

  • Reported release

    780

  • Status

    CLOSED PER

  • PE

    YesPE

  • HIPER

    YesHIPER

  • Special Attention

    NoSpecatt

  • Submitted date

    2012-07-18

  • Closed date

    2012-10-19

  • Last modified date

    2012-12-04

  • 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.



Rate this page:

(0 users)Average rating

Document information


More support for:

z/OS family

Software version:

780

Operating system(s):

MVS, z/OS

Reference #:

OA40015

Modified date:

2012-12-04

Translate my page

Machine Translation

Content navigation