IBM Support

OA67847: HUNG LATCH AFTER SMSVSAM TERMINATION DURING QUIBWO REQUEST

A fix is available

Subscribe

You can track all active APARs for this component.

 

APAR status

  • Closed as program error.

Error description

  • If SMSVSAM is terminated during a QUIBWO request (such as DSS
    DUMP) a subsequent OPEN of the impacted data set may hang. The
    following latch contention can be seen after a D SMS,SMSVSAM(C)
    command:
    
    IGW343I VSAM RLS DIAG STATUS (V.01)
              
    |----RESOURCE---| |------ WAITER ------|
    |--HOLDER---| ELAPSED   
    TYPE        ID    JOB NAME ASID   TASK
     ASID   TASK     TIME    
    -------- -------- -------- ----
    -------- ---- -------- --------- 
    LATCH    7EDAFEF0 SMSVSAM
    003A 008D3C68 003A 008D6E88  00:26:43 
    LATCH    7EDB1670 SMSVSAM
     003A 00000000 003A 008D6E88  00:26:51 
        DESCRIPTION:
    IGWLYSPH - SHM OBJECT POOL                   
    
    This is similar
    to OA5443, but impacts the QUIBWO open code path.
    
    KNOWN IMPACT:
    Impacted data set cannot be opened
    

Local fix

  • BYPASS/CIRCUMVENTION:
    Avoid SMSVSAM termination while processing a DSS Dump on a BWO
    data set.
    
    RECOVERY ACTION:
    Restart SMSVSAM with V SMS,SMSVSAM,TERMINATESERVE & V
    SMS,SMSVSAM,ACTIVE. If this does not work, use FORCE SMSVSAM,ARM
    

Problem summary

  • ****************************************************************
    * USERS AFFECTED: All VSAM RLS users running a DSS Dump        *
    *                 (backup) or equivalent non-IBM utility in a  *
    *                 sysplex.                                     *
    ****************************************************************
    * PROBLEM DESCRIPTION: Terminating a SMSVSAM server during a   *
    *                      hung DSS dump/copy may orphan the       *
    *                      event. Upon restarting SMSVSAM,         *
    *                      subsequent attempts to OPEN he impacted *
    *                      data set will cause a HANG due to       *
    *                      SYSVSAM ENQ contention.                 *
    ****************************************************************
    

Problem conclusion

  • SMSVSAM will obtain SYSVSAM SphereName.CatalogName..D shared
    resource on all LPARs utilizing a given data set during
    quiesce processing in order to prevent subsequent opens on
    the affected data set.
    
    The toleration APAR OA64399 must be applied on all SMSVSAM
    systems in the sysplex before OA67847 is applied to any one
    SMSVSAM system.
    
    KEYWORDS: RLSPSP/K
    

Temporary fix

Comments

APAR Information

  • APAR number

    OA67847

  • Reported component name

    VSAM REC LEV SH

  • Reported component ID

    5695DF122

  • Reported release

    250

  • Status

    CLOSED PER

  • PE

    NoPE

  • HIPER

    YesHIPER

  • Special Attention

    NoSpecatt / Xsystem

  • Submitted date

    2025-05-01

  • Closed date

    2025-09-04

  • Last modified date

    2025-11-03

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

    OA64399

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

    UJ97990 UJ97991 UJ97992

Modules/Macros

  • IDAVQSXT
    

Fix information

  • Fixed component name

    VSAM REC LEV SH

  • Fixed component ID

    5695DF122

Applicable component levels

  • R250 PSY UJ97992

       UP25/10/09 P F510 ¢

  • R310 PSY UJ97991

       UP25/10/09 P F510 ¢

  • R320 PSY UJ97990

       UP25/10/09 P F510 ¢

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":"BU011","label":"Systems - zSystems software"},"Product":{"code":"SG19M"},"Platform":[{"code":"PF054","label":"z Systems"}],"Version":"250"}]

Document Information

Modified date:
03 November 2025