IBM Support

OA60558: ABEND138 RSN02470003 IN BPXPRIN1 DUB MSGSND ZOSMF IZUFPROC

A fix is available

Subscribe

You can track all active APARs for this component.

 

APAR status

  • Closed as program error.

Error description

  • Customer received dump of ABEND138 RSN02470003 from one of
    their zOSMF workflows:
    
    COMPON=BPX,COMPID=SCPX1,ISSUER=BPXMIPCE,MODULE=BPXPRIN1+????????
    ,ABEND=S0138,REASON=02470003
    
       In another customer case, a user attempted to logon to their
    environment from an OEM multi-session manager, and when that
    hung, they disconnected and ended up with the same ABEND138
    RSN02470003.
    
    
    PROBLEM DETAILS:
       In both cases described above, CEA initiated a TSO LOGON.
    Following a TPUT, CEA issued a msgsnd syscall under a
    non-jobstep task that drove dub processing.  In one case, dub
    processing (BPXPRIN2) hung because the user's HOME file
    system was migrated.  In another case, dub processing
    (BPXPRIN2) was hung in a vfs_mount to zFS trying to mount the
    user's home directory.  At the point in dub processing that
    BPXPRIN2 accesses the user's home directory, the StcbOtcb has
    been set (non-zero) for the task, but the X_STCBODUB flag has
    not yet been set.
       While hung trying to access the user's home directory,
    an ATTENTION was issued, which gave control to the TSO
    ATTENTION exit (IEAVAR05) under an IRB.  The exit
    processing issued a TPUT of 'LOGON', and CEA once again issued
    a msgsnd syscall.  Since X_STCBODUB was not set, dub processing
    was driven once again.  BPXPRIN1 already held an ENQ from the
    first dub attempt, so the second dub attempt resulted in an
    ABEND138 in BPXPRIN1 when BPXPRIN1 tried to obtain the same ENQ
    again.
       Code was added via APAR OA58837 to address this ENQ issue
    under the jobstep task and the ensuing dub loop, but this ENQ
    issue also needs to be addressed under a non-jobstep task.
    
    
    VERIFICATION STEPS:
    1.) From the recovery dump taken for the ABEND138 during
        BPXPRIN1 processing, confirm tha the abend occurred
        under a non-jobstep task.
    
    2.) Review the task structure for the abending task to verify
        that dub processing was hung in the window of BPXPRIN1
        processing where StcbOtcb is non-zero, but X_STCBODUB is
        zero.  Note that the dubbing task holds ENQ SYSZBPX
        PROCINIT during this time.
    
    3.) Later in the task structures, look for an IRB (e.g. TSO
        ATTENTION EXIT) that interrupted this hung dub request.
    
    4.) Following the IRB, verify that another dub request was
        driven under this same nob-jobstep task, leading to the
        ABEND138 when BPXPRIN1 tries to obtain the ENQ SYSZBPX
        PROCINIT again that it already holds from the first
        interrupted dub request.
    

Local fix

Problem summary

  • ****************************************************************
    * USERS AFFECTED:                                              *
    * All users of z/OS UNIX System Services for HBB77C0 and       *
    * above.                                                       *
    ****************************************************************
    * PROBLEM DESCRIPTION:                                         *
    * ABEND138 RSN02470003 IN BPXPRIN1 attempting to get an ENQ    *
    * that is already held by the calling task.                    *
    ****************************************************************
    * RECOMMENDATION:                                              *
    ****************************************************************
    

Problem conclusion

  • Add code to check if the ENQ is held by the requesting task
    before attempting to obtain the ENQ again.
    

Temporary fix

Comments

  • ×**** PE23/03/17 FIX IN ERROR. SEE APAR OA64549  FOR DESCRIPTION
    ×**** PE23/03/17 FIX IN ERROR. SEE APAR OA64549  FOR DESCRIPTION
    ×**** PE24/10/30 FIX IN ERROR. SEE APAR OA67167  FOR DESCRIPTION
    

APAR Information

  • APAR number

    OA60558

  • Reported component name

    OPENMVS SYS SRV

  • Reported component ID

    5695SCPX1

  • Reported release

    7C0

  • Status

    CLOSED PER

  • PE

    NoPE

  • HIPER

    NoHIPER

  • Special Attention

    NoSpecatt / Xsystem

  • Submitted date

    2020-12-01

  • Closed date

    2021-07-08

  • Last modified date

    2025-12-04

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

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

    UJ06008 UJ06009 OA63015

Modules/Macros

  • BPXPRIN1
    

Fix information

  • Fixed component name

    OPENMVS SYS SRV

  • Fixed component ID

    5695SCPX1

Applicable component levels

  • R7C0 PSY UJ06008

       UP21/07/21 P F107

  • R7D0 PSY UJ06009

       UP21/07/21 P F107

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":"SG19O"},"Platform":[{"code":"PF054","label":"z Systems"}],"Version":"7C0"}]

Document Information

Modified date:
05 December 2025