IBM Support

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

A fix is available

Subscribe

You can track all active APARs for this component.

 

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 number

    PM80617

  • Reported component name

    FILE MANAGER Z/

  • Reported component ID

    5655W6800

  • Reported release

    C10

  • Status

    CLOSED PER

  • PE

    NoPE

  • HIPER

    NoHIPER

  • Special Attention

    NoSpecatt / Xsystem

  • Submitted date

    2013-01-14

  • Closed date

    2013-08-04

  • Last modified date

    2013-09-03

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

    PM72869

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

Modules/Macros

  • FMN1LVL
    

Fix information

  • Fixed component name

    FILE MANAGER Z/

  • Fixed component ID

    5655W6800

Applicable component levels

  • RC14 PSY UK96434

       UP13/08/07 P F308

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.

[{"Business Unit":{"code":"BU054","label":"Systems w\/TPS"},"Product":{"code":"SG19M","label":"APARs - z\/OS environment"},"Component":"","ARM Category":[],"Platform":[{"code":"PF025","label":"Platform Independent"}],"Version":"C10","Edition":"","Line of Business":{"code":"","label":""}},{"Business Unit":{"code":"BU058","label":"IBM Infrastructure w\/TPS"},"Product":{"code":"SSXJAV","label":"File Manager for z\/OS"},"Component":"","ARM Category":[],"Platform":[{"code":"PF025","label":"Platform Independent"}],"Version":"C10","Edition":"","Line of Business":{"code":"LOB35","label":"Mainframe SW"}}]

Document Information

Modified date:
03 September 2013