IBM Support

PH58089: /ERE BUILDQ CAUSED LOOP WHEN USING LOCAL VSO

A fix is available

Subscribe

You can track all active APARs for this component.

 

APAR status

  • Closed as program error.

Error description

  • The /ERE BUILDQ command was looping when using local VSO.
    .
    If /ERE command proceeded with CHKNO=0001, DBFNRS10 cleared
    bitmap for DMHVs on VEREBITM, but it doesn't clear FREE DMHVs
    queue address on VEREFREQ. Since VEREFREQ was non-zero,
    GETDMHV routine in DBFERSY1 used this VEREFREQ address first
    to get DMHVs. It causes an unintended DMHV chain.
    During later /ERE process to free DMHVs, LOOP was occurred
    due to this unintended chain.
    

Local fix

  • Use /ERE command without BUILDQ
    

Problem summary

  • ****************************************************************
    * USERS AFFECTED:                                              *
    * IMS V15 FP DEDB with local VSO users                         *
    ****************************************************************
    * PROBLEM DESCRIPTION:                                         *
    * If /ERE command proceeds with CHKNO=0001, DBFNRS10 doesn't   *
    * clear FREE DMHVs queue address on VEREFREQ. Since VEREFREQ   *
    * is non-zero, GETDMHV routine in DBFERSY1 uses this VEREFREQ  *
    * address first to get DMHVs. It causes an unintended DMHV     *
    * chain. During later /ERE process to free DMHVs, LOOP is      *
    * occurred due to this unintended chain.                       *
    ****************************************************************
    * RECOMMENDATION:                                              *
    * INSTALL CORRECTIVE SERVICE FOR APAR/PTF                      *
    ****************************************************************
    If /ERE command proceeds with CHKNO=0001, DBFNRS10 clears bitmap
    for DMHVs on VEREBITM, but it doesn't clear FREE DMHVs queue
    address on VEREFREQ. Since VEREFREQ is non-zero, GETDMHV routine
    in DBFERSY1 uses this VEREFREQ address first to get DMHVs. It
    causes an unintended DMHV chain. During later /ERE process to
    free DMHVs, LOOP was occurred due to this unintended chain.
    

Problem conclusion

  • DBFNRS10 is modified to clear VEREFREQ.
    

Temporary fix

  • *********
    * HIPER *
    *********
    

Comments

APAR Information

  • APAR number

    PH58089

  • Reported component name

    IMS V15

  • Reported component ID

    5635A0600

  • Reported release

    500

  • Status

    CLOSED PER

  • PE

    NoPE

  • HIPER

    YesHIPER

  • Special Attention

    NoSpecatt / Xsystem

  • Submitted date

    2023-11-09

  • Closed date

    2024-03-06

  • Last modified date

    2024-04-01

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

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

    UI95984

Modules/Macros

  • DBFNRS10
    

Fix information

  • Fixed component name

    IMS V15

  • Fixed component ID

    5635A0600

Applicable component levels

  • R500 PSY UI95984

       UP24/03/13 P F403 ¢

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":"BU048","label":"IBM Software"},"Product":{"code":"SSEPH2","label":"IMS"},"Platform":[{"code":"PF025","label":"Platform Independent"}],"Version":"15","Line of Business":{"code":"LOB70","label":"Z TPS"}}]

Document Information

Modified date:
03 April 2024