PK96154: SORT CAPACITY EXCEEDED DURING APPLY.

APAR status

• Closed as program error.

Error description

• Sort capacity exceeded during apply. The avg. record length was
  set to 1000. This run experienced an avg. of more than 2000.
  Since the amount changes was high the sort capacity was too low.
  

Local fix

Problem summary

• ****************************************************************
  * USERS AFFECTED: Users of Online Reorg Facility V1.2          *
  ****************************************************************
  * PROBLEM DESCRIPTION: Sort capacity exceeded during apply.    *
  ****************************************************************
  * RECOMMENDATION:                                              *
  ****************************************************************
  This APAR is correcting the following problems:
  1.Sort capacity exceeded during apply. The avg. record length
  was set to 1000. This run experienced an avg. of more than 2000.
  Since the amount of changes was high, the sort capacity was too
  low.
  2.Cascading for DFSPPUE0 did not work. ORF's HRFOPPUE is
  relinked as DFSPPUE0. It should cascade to the next DFSPPUE0
  in the STEPLIB chain. However, this DFSPPUE0 was linked as RENT.
  While the cascading worked correctly, zOS LOAD returned the
  address of ORFs DFSPPUE0 instead. ORF then realized it was
  called the second time and returned without further cascading.
  3.When HALDB Toolkit installed its DBRC=NO feature, ORF
  requires the toolkit library in the steplib.
  4.Inflight updates detected during apply. ORF verifies that
  all updates are committed in the online system. When updates
  are detected that did not commit, ORF will not continue.
  

Problem conclusion

• The following changes have been made for the above problems:
  1.Circumvention: Until a more robust solution can be developed,
  the avg. record length has been increased to 5000.
  2.Solution: SAMPLIB member HRFLKPPU was changed to REUS=NONE.
  Similar change has been done to HRFLKFLX.
  3.Solution: The //$$DBRCYY  DD DUMMY statement is allocated
  during startup. This avoids the loading of HALDB Toolkit modules
  4.Solution: More diagnostic has been added to determine what
  caused this.
  

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:

  UK50930

Modules/Macros

•    HRFFLGX0 HRFFOI   HRFLKFLG HRFLKPPU HRFOAPLY
  HRFOAPL1 HRFOLEV0 HRFOPPUE HRFOREOD HRFOUOW1 HRFSETOP HRF1
  

Fix information

• Fixed component name

  IMS ONLINE REOR

• Fixed component ID

  5655H9700

Applicable component levels

• R120 PSY UK50930

     UP09/10/13 P F910