PM72869: IXB UNLOAD FAILS ON A A HUGE DATABASE RECORD (OVER 180,000 SEGMENTS) WITH AN S0C4

Obtain the fix for this APAR.

APAR status

• Closed as program error.

Error description

• We try to unload (IXB) a huge database record (over 180,000
  segments) and we get a S0C4 abend in FMNMOD1 at offset
  x'A0AF6'.
  
  Note we get message "FMNBA009 Insufficient virtual storage
  available" twice with smaller REGION size.
  
  The IRT
  The IRT table grew larger than 4MB so the MVCL that FM/IMS uses
  to move it's contents couldn't handle its size.
  

Local fix

• n/a
  

Problem summary

• ****************************************************************
  * USERS AFFECTED: All FM/IMS users.                            *
  ****************************************************************
  * PROBLEM DESCRIPTION: AbendS0C4 when using a view or criteria *
  *                      set with a selection criteria on a      *
  *                      dependent segment. The problem occurs   *
  *                      when the function reads a database      *
  *                      record that has more than 409,600       *
  *                      segments.                               *
  ****************************************************************
  * RECOMMENDATION: Apply the provided PTF.                      *
  ****************************************************************
  When the view or criteria set has selection criteria on a
  dependent segment, FM/IMS reads to the end of the database
  record before it processes any of the segments in the record.
  It saves all the segments that satisfy the selection criteria in
  the Intermediate Record Table.
  If the table becomes full, FM/IMS creates a new one double the
  size and uses an mvcl instruction to copy the contents of the
  old table to the new table.
  When the database record is large, FM/IMS may have to double the
  table size several times. However, when the size of the old
  table exceeeds 16MB, the mvcl instruction does not copy all of
  the data to the new table. The abend occurs when FM/IMS attempts
  to process a table entry that the mvcl did not populate.
  

Problem conclusion

• FM/IMS has been modified to correct this problem.
  

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:

  UK83571 UK83572 PM80616 PM80617

Modules/Macros

• FMNFCH   FMN0LVL  FMN1FIND FMN1LVL  FMN1NOXP
  

Fix information

• Fixed component name

  FILE MANAGER ZO

• Fixed component ID

  5655V5200

Applicable component levels

• RA10 PSY UK83571

     UP12/11/21 P F211

• RA14 PSY UK83572

     UP12/11/21 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.