IBM Support

PM77909: CPIH TASKS BACK UP IN LMQUEUE WAIT FOR THE PIPELINE LOCK.

A fix is available

Subscribe

You can track all active APARs for this component.

 

APAR status

  • Closed as program error.

Error description

  • CPIH transactions are getting suspended forever in an LMQUEUE
    wait, waiting for the pipeline lock. Review of the dump and log
    shows that CPIR was trying to do pipeline resolution at
    startup, and during this processing automation issued a CEMT
    SET PIPELINE ENA command.
    .
    Due to the timing, CPIR has the pipeline lock in shared mode,
    but the CEMT transaction gets on the wait queue for exclusive
    control of the pipeline lock. The CPIH transactions coming into
    the system get added to the wait queue behind the CEMT task
    requesting the lock in shared mode.
    .
    CPIR is unable to give up the lock because it is also on the
    wait queue as it needs to get the lock a second time. This
    creates a deadlock.
    
    Additional Symptom(s) Search Keyword(s): KIXREVSLY
    

Local fix

  • Do not issue a CEMT SET PIPELINE command immediately after
    startup before pipeline resolution has completed.
    

Problem summary

  • ****************************************************************
    * USERS AFFECTED: All CICS users                               *
    ****************************************************************
    * PROBLEM DESCRIPTION: CPIH transactions are suspended in an   *
    *                      LMQUEUE wait, waiting for the pipeline  *
    *                      lock.                                   *
    ****************************************************************
    * RECOMMENDATION:                                              *
    ****************************************************************
    A pipeline scan is in progress and a SET PIPELINE ENABLED
    request is issued.
    Due to the timing, the pipeline scan has the pipeline lock in
    SHARED mode, and the SET PIPELINE gets on the wait queue for the
    EXCLUSIVE lock of pipeline resource.
    Then the pipeline scan tries to obtain the SHARED lock for
    the second time. A deadlock occurs.
    Then CPIH transactions coming into the system get suspended
    waiting for the pipeline lock.
    

Problem conclusion

  • DFHPIPL has been changed to avoid the deadlock between the
    pipeline scan and a SET PIPELINE request.
    

Temporary fix

  • FIX AVAILABLE BY PTF ONLY
    

Comments

APAR Information

  • APAR number

    PM77909

  • Reported component name

    CICS TS Z/OS V4

  • Reported component ID

    5655S9700

  • Reported release

    700

  • Status

    CLOSED PER

  • PE

    NoPE

  • HIPER

    NoHIPER

  • Special Attention

    NoSpecatt

  • Submitted date

    2012-11-27

  • Closed date

    2013-01-27

  • Last modified date

    2013-03-04

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

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

    PM80022 UK91372

Modules/Macros

  •    DFHPIPL
    

Fix information

  • Fixed component name

    CICS TS Z/OS V4

  • Fixed component ID

    5655S9700

Applicable component levels

  • R700 PSY UK91372

       UP13/02/08 P F302

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":"BU058","label":"IBM Infrastructure w\/TPS"},"Product":{"code":"SSGMGV","label":"CICS Transaction Server"},"Component":"","ARM Category":[],"Platform":[{"code":"PF025","label":"Platform Independent"}],"Version":"4.2","Edition":"","Line of Business":{"code":"LOB35","label":"Mainframe SW"}},{"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":"4.2","Edition":"","Line of Business":{"code":"","label":""}}]

Document Information

Modified date:
04 March 2013