OA60648: IEE711I SYSTEM DUMP NOT TAKEN, AFTER CANCEL OF DUMPSRV

Obtain the fix for this APAR.

APAR status

• Closed as program error.

Error description

• There is a window within SDUMP cancel processing, whereby a
  synchronous dump can come in and obtain serialization. When the
  cancel completes, the serialization is still held, and SDUMP is
  locked for future dumps.
  
  
  
  ANALYSIS:
  A branch entered dump stalls/hangs after SNAPTRC capture.
  
  When the customer cancels DUMPSRV, it succesfully clears many of
  the fields within SDUMP's control blocks and releases SDUMP
  serialization. However, immediately after, a synchronous dump
  comes in and reobtains the serialization. This occurs as SDUMP
  is admist its cancel processing.
  
  
  When SDUMP's RESMGR gets control it expects IEAVTSDX to cleanup
  serialization as the hang occurred early in the module's
  processing and the bits indicating that IEAVTSDX should do
  cleanup has not been cleared in the original cancel.
  
  
  KNOWN IMPACT:
  Customers will see that the cancel of DUMPSRV did not solve
  SDUMP serialization and still recieve message, IEE711I.
  
  VERIFICATION STEPS:
  1) Verify that SDUMP serialization is held.
  2) Did dump processing stop after a "SNAPTRC end" in CTRACE?
  3) If yes, did a synchronous dump come in immediately after
  "Sdump is unlocked by SXSUnLck" ?
  4) If yes, then this likely describes your problem.
  

Local fix

Problem summary

• ****************************************************************
  * USERS AFFECTED:                                              *
  * All users of SVC dumps                                       *
  ****************************************************************
  * PROBLEM DESCRIPTION:                                         *
  *  MSGIEE711I DUMP NOT TAKEN                                   *
  ****************************************************************
  * RECOMMENDATION:                                              *
  ****************************************************************
  The problem begins when a scheduled dump starts, and hangs
  during Trace processing. Noticing that the dump is not
  progressing, the installation cancels DUMPSRV. Subsequently, if
  the next dump request is a synchronous one (indeterminable),
  DUMPSRV processing will complete, but will become unavailable.
  All that the installation receives for subsequent SVC dump
  requests is MSGIEE711I SYSTEM DUMP NOT TAKEN. ANOTHER DUMP WAS
  IN PROGRESS. Cancelling DUMPSRV does not clear the condition.
  

Problem conclusion

• SDUMP processing was changed to clear more fields when DUMPSRV
  is cancelled. Subsequent dump requests should process normally.
  

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:

  UJ05532 UJ05533 UJ05534

Modules/Macros

• IEAVTSDS
  

Fix information

• Fixed component name

  SDUMP/ABDUMP

• Fixed component ID

  5752SCDMP

Applicable component levels

• R7C0 PSY UJ05533

     UP21/05/19 P F105

• R7B0 PSY UJ05532

     UP21/05/19 P F105

• R7D0 PSY UJ05534

     UP21/05/19 P F105

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.