IBM Support

PI12515: ABEND0C4 IN HWSOMXGR DURING SHUTDOWN OF SCI AND IMS CONNECT.

A fix is available

Subscribe

You can track all active APARs for this component.

 

APAR status

  • Closed as program error.

Error description

  • Abend 0C4 in HWSOMXGR the notify processor in IMS Connect.
    Here is the sequence of events leading to this abend:
     1. Icon, SCI and ODBM are all being shutdown at the same time
     2. SCI 'begins' shutdown by denying input from applications
        (ICON,IMS)
     3. ICON sends a deregister request to SCI during shutdown
     4. SCI returns a non zero return code to deregister request.
     5. ICON frees the CSTOKEN and continues
     6  SCI drives notification to inform ICON that SCI is
        going away but the CSTOKEN used by the notify exit
        has already been freed. The result is the abend.
    

Local fix

Problem summary

  • ****************************************************************
    * USERS AFFECTED: All IMS V12 IMS Connect user's with          *
    *                 IMSPLEX support.                             *
    ****************************************************************
    * PROBLEM DESCRIPTION: ABEND0C4 in HWSOMXGR during shutdown    *
    *                      of IMS Connect and SCI.                 *
    *                                                              *
    *                      ABEND0C1 in HWSOREG0 during shutdown    *
    *                      of IMS Connect and SCI.                 *
    ****************************************************************
    * RECOMMENDATION: INSTALL CORRECTIVE SERVICE FOR APAR/PTF      *
    ****************************************************************
    Two symptoms resulting in abends as a consequence of both IMS
    Connect and SCI terminating at the same time.
    
    ABEND0C4 in HWSOMXGR:
    Here is the sequence of events leading to this abend:
     1. Icon, SCI and ODBM are all being shutdown at the same time
     2. SCI 'begins' shutdown by denying input from applications
        (ICON,IMS)
     3. ICON sends a deregister request to SCI during shutdown
     4. SCI returns a non zero return code to deregister request.
     5. ICON frees the CSTOKEN and continues
     6  SCI drives notification to inform ICON that SCI is
        going away but the CSTOKEN used by the notify exit
        has already been freed. The result is the abend.
    
    ABEND0C1 in HWSOREG0:
     1. Icon and SCI are all being shutdown at the same time.
     2. SCI drives the IMS Connect notification exit HWSOMXGR to
        inform of the SCI disconnection.
     3. IMS Connect notification exit HWSOMXGR enqueues an AWE
        to clean up it's SCI resources in action to the SCI
        disconnect.
     4. Prior to the processing of the AWE enqueued as a result of
        the SCI disconnect notification the IMS connect termination
        process invoked by the CLOSEHWS shutdown is not aware that
        SCI has disconnected attempts to deregister from OM.
     5. OM deregistration tries to access the already released SCI
        parm list resulting in an abends0c1 in HWSOREG0.
    
    Keywords: ABENDS0C4 S0C4 0C4 ABEND0C1 S0C1 0C1 CMDCLO CLOSEHWS
    

Problem conclusion

  • GEN:
    KEYWORDS:
    
    *** END IMS KEYWORDS ***
    
    -To correct the ABEND0C4 in HWSOMXGR:
    Part HWSOMXTT has been modified.
    The CSTOKEN area required for the SCI notification exit HWSOMXGR
    will not be released if the response to the LEAVE (from SCI)
    request is non-zero.  This change ensures that the storage is
    available when SCI drives the exit during termination.
    
    -To correct the ABEND0C1 in HWSOREG0:
    Part HWSOMXTT has been modified to skip the SCI deregistration
    if the IMSplex is already disconnected from IMS Connect.
    
    Parts HWSOMXRC and HWSOMXDC have been modified to preserve the
    disconnect status of the IMSplex during IMS Connect termination
    which prevents the unecessary attempt to deregister the IMSplex.
    

Temporary fix

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

Comments

APAR Information

  • APAR number

    PI12515

  • Reported component name

    IMS V12

  • Reported component ID

    5635A0300

  • Reported release

    200

  • Status

    CLOSED PER

  • PE

    NoPE

  • HIPER

    YesHIPER

  • Special Attention

    NoSpecatt / Xsystem

  • Submitted date

    2014-02-25

  • Closed date

    2014-08-01

  • Last modified date

    2014-09-03

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

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

    PI16675 PI16676 UI20207

Modules/Macros

  •    HWSOMXDC HWSOMXGR HWSOMXRC HWSOMXTT
    

Fix information

  • Fixed component name

    IMS V12

  • Fixed component ID

    5635A0300

Applicable component levels

  • R200 PSY UI20207

       UP14/08/05 P F408 Ž

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"},"Platform":[{"code":"PF054","label":"z Systems"}],"Line of Business":{"code":"","label":""}}]

Document Information

Modified date:
14 December 2020