IBM Support

PM76225: CR ABEND 0C4 RSN=00000011, INCORRECTLY RESPONDING VIA XMEMPROXY

Subscribe

You can track all active APARs for this component.

 

APAR status

  • Closed as program error.

Error description

  • This problem is caused in a server that is not using the
    XMemProxy code. The XMemProxy is an optimization on the XMem
    Channel chain.  The XMem channel is a "bridge-like" comm
    function facilitating HTTP/SIP message flows between the
    Control Region and the Servant.
    .
     In this case the problem is that the CR mistakenly responds
     using XMemProxy when it was not being used. The response from
     the CR should have used XMemChannel.  It ABENDED on this path
     because it lacked the constructs assumed to have been created
     when a HTTP/SIP request is received over the XMemProxy channel.
      Which in this case will not be there, causing a null pointer
     to be used.
    .
        Symptom             Description
        -------             -----------
        PIDS/5655I3500      Program id: 5655I3500
        RIDS/CBSERIES#L     Load module name: CBSERIES
        RIDS/CBSERIES       Csect name: CBSERIES
        AB/S00C4            System abend code: 00C4
        PRCS/00000011       Abend reason code: 00000011
        REGS/80E4A          Register/PSW difference for R08:-0E4A
        RIDS/BBORLEXT#R     Recovery routine csect name: BBORLEXT
    .
     CPU STATUS:
     PSW=07241001 80000000 00000000 2CE64548
         (Running in PRIMARY, key 2, AMODE 64, DAT ON)
         Disabled for PER
        ASID(X'00AE') 2CE64548. SPECIALNAME+9548 IN EXTENDED PRIVATE
       /C06/WebSphere/V8R0/C1CELL/C1NODE6/AppServer8/lib/
       s390x-64/bbgoxpxy
        ASID(X'00AE') 2CE64548. AREA(Subpool252Key00)+03C548
        IN EXTENDED PRIVATE
        ASID(X'00AE') 2CE64548. AREA(Subpool252Key00)+03C548
        IN EXTENDED PRIVATE
       ASCB174 at F76A00, JOB(C1SR016), for the home ASID
       ASXB174 at 6FDB60 for the home ASID. No block is dispatched
       HOME ASID: 00AE PRIMARY ASID: 00AE SECONDARY ASID: 00AE
       .
       General purpose register values
          0-1  00000000_00000001  00000000_00000027
          2-3  FFFFFFFF_FFFFFFFF  00000000_00800017
          4-5  0000004B_749FDCE0  00000000_00000010
          6-7  00000000_00000000  00000000_007FFFF0
          8-9  00000000_2CE65392  00000048_337FD130
         10-11 00000048_103B2F00  00000000_FFFCF0FF
         12-13 00000000_23B61118  00000048_337FE128
         14-15 00000048_0FF7CBB0  00000000_00000014
    .
    TCB 6ba158 caa 4b74bfec60 pthread_id 29948c0000000068
    Task Completion Code: 940c4000
    .
    psw:    072c1001 ace64548
    .
     Offset     Function
     ------     --------
     00000480
    XMemProxyCppUtilities::sendFinalResponse(ORB_Request*)
     000001be
    ACR_ExecutionThread::ProcessXMemOutboundResponse(acrwObj*)
     00000d12
    ACR_ExecutionThread::RemoveAndProcessWork(ThreadCleanUp*)
     00000240   ACR_ExecutionRoutine
     00000fa8   CELQPCMM
    ~~~
    

Local fix

Problem summary

  • ****************************************************************
    * USERS AFFECTED:  All users of IBM WebSphere Application      *
    *                  Server V8.0 and V8.5                        *
    ****************************************************************
    * PROBLEM DESCRIPTION: ABENDS0C4 in WebSphere Application      *
    *                      Server for z/OS control region driving  *
    *                      a HTTP or SIP response                  *
    ****************************************************************
    * RECOMMENDATION:                                              *
    ****************************************************************
    A HTTP request was received into a WebSphere Application Server
    for z/OS control region.  The AppServer was NOT configured to
    use the XMemProxy channel.  The HTTP request was queued to WLM
    and dispatched into a Servant. The servant encountered a
    problem which produced an
    org.omg.CORBA.portable.UnknownException as a reply.   The
    response was examined in the Control region and mistakenly
    driven over the XMemProxy channel instead of the XMem channel.
    The ABEND0C4 was caused by a lack of the constructs assumed
    to be associated with a HTTP or SIP request associated with a
    XMemProxy channel.
    The following is a typical callstack for the 0C4 in
    bbooxpxy/bbgoxpxy's sendFinalResponse() method:
    XMemProxyCppUtilities::sendFinalResponse(ORB_Request*)
    ACR_ExecutionThread::ProcessXMemOutboundResponse(acrwObj*)
    ACR_ExecutionThread::RemoveAndProcessWork(ThreadCleanUp*)
    ACR_ExecutionRoutine
    

Problem conclusion

Temporary fix

Comments

APAR Information

  • APAR number

    PM76225

  • Reported component name

    WAS IHS ZOS

  • Reported component ID

    5655I3510

  • Reported release

    800

  • Status

    CLOSED PER

  • PE

    NoPE

  • HIPER

    NoHIPER

  • Special Attention

    NoSpecatt / Xsystem

  • Submitted date

    2012-10-31

  • Closed date

    2012-11-27

  • Last modified date

    2012-11-27

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

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

Fix information

  • Fixed component name

    WEBSPHERE FOR Z

  • Fixed component ID

    5655I3500

Applicable component levels

  • R800 PSY

       UP

[{"Business Unit":{"code":"BU059","label":"IBM Software w\/o TPS"},"Product":{"code":"SS7K4U","label":"WebSphere Application Server for z\/OS"},"Platform":[{"code":"PF025","label":"Platform Independent"}],"Version":"800","Line of Business":{"code":"LOB45","label":"Automation"}}]

Document Information

Modified date:
29 October 2021