IBM Support

II09913: ABEND04E RC00D31011 ON DSNLCTRC+07C6 W/COMMIT STATE=ACTIVE, OR DSNLCAIA :0004 W/COMMIT STATE=INACTIVE. DDF DB2 V41 W/MVS V52.

Subscribe

You can track all active APARs for this component.

 

APAR status

  • Closed as canceled.

Error description

  • DB2 R410 Distibuted in an MVS/ESA/520 + environment.
    DB2 S04E abend occurred for the following cases:
    - DBP6,ABNED04E rc00D31011,U=MARINRO ,C=XYR00.410.LOCN=<P080520>
      DSNLCTRC +07C6 when zparm specified COMMIT STATE=ACTIVE
    - DBP6 ,ABEND04E rc00D31010 ,U=MARINRO ,C=XYR00.410.LOCN=DBT1
      DSNLCAIA:0004 when zparm specified COMMIT STATE=INACTIVE
    - After maintenence PDO9732 tape, the abend could be at
      ABEND04E RC00D31011 LOC-DSNLILLM.DSNLCTRC+07DE
    .
    We need to ask for this SLIP dump for the MVS WLM L2 to track
    down who is intercepting R1 in the sysevent table to cause WLM
    enclave delete fuction to return a bad return code causing DB2
    abend.
    .
    Here is a slip in the HBB5520 level of IRAEVEDL.  It will produc
    svc dump when SRM is setting the return code 8 due to an invalid
    token.
    
     SLIP SET,IF,N=(IRAEVEDL,B8),
              A=SVCD,SDATA=(NUC,CSA,SQA,PSA,TRT,SUM,WLM,RGN),
    -->       JOBNAME=xxxxDIST,
              ASIDLST=(CU,H,P,S),END
    
    For both cases this is a known CA vendor prod-TSO/MON problem.
    The CA fix is TSME871. Per vendor CA that customer can issue
    TSM SHOW command to see if TSO/MON is activated on the system.
    THEN, S TSMSTOP to disable the hook to MVS to correct the prob.
    
    Additional Key Words for Search:
    SP231 Key7 Growth
    

Local fix

  • Customer should take the MVS SLIP and have MVS WLM support
    review it for the root cause of the problem. In the meantime,
    customer can use DAE to suppress the dump. This problem will not
    affect DB2 function operation, but due to the amount of dumps
    request it will degrade the system performance.
    

Problem summary

Problem conclusion

Temporary fix

Comments

  • closed for DB2INFO retention
    

APAR Information

  • APAR number

    II09913

  • Reported component name

    PB LIB INFO ITE

  • Reported component ID

    INFOPBLIB

  • Reported release

    001

  • Status

    CLOSED CAN

  • PE

    NoPE

  • HIPER

    NoHIPER

  • Special Attention

    NoSpecatt / Xsystem

  • Submitted date

    1996-11-12

  • Closed date

    1997-01-22

  • Last modified date

    1998-03-10

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

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

Fix information

Applicable component levels

[{"Business Unit":{"code":null,"label":null},"Product":{"code":"SG19O","label":"APARs - MVS environment"},"Component":"","ARM Category":[],"Platform":[{"code":"PF025","label":"Platform Independent"}],"Version":"001","Edition":"","Line of Business":{"code":"","label":""}},{"Business Unit":{"code":"BU059","label":"IBM Software w\/o TPS"},"Product":{"code":"SSEPEK","label":"Db2 for z\/OS"},"Component":"","ARM Category":[],"Platform":[{"code":"PF025","label":"Platform Independent"}],"Version":"001","Edition":"","Line of Business":{"code":"LOB10","label":"Data and AI"}}]

Document Information

Modified date:
10 March 1998