PM72869: 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

    PM72869

  • Reported component name

    FILE MANAGER ZO

  • Reported component ID

    5655V5200

  • Reported release

    A10

  • Status

    CLOSED PER

  • PE

    NoPE

  • HIPER

    NoHIPER

  • Special Attention

    NoSpecatt

  • Submitted date

    2012-09-13

  • Closed date

    2012-11-16

  • Last modified date

    2013-01-14

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



Rate this page:

(0 users)Average rating

Add comments

Document information


More support for:

z/OS family

Software version:

A10

Reference #:

PM72869

Modified date:

2013-01-14

Translate my page

Machine Translation

Content navigation