PK78779: Keeping a copy of DSN3ID00 load module in job pack area to avoidDASD I/O overhead.

Obtain the fix for this APAR.

APAR status

• Closed as program error.

Error description

• ABEND806 RC4received with messages :
  CSV003I REQUESTED MODULE DSN3ID00 NOT FOUND
  CSV028I ABEND806-04  JOBNAME=OMDB2     STEPNAME=OMDB2
  *
  ABENDS0C4 in DGOVISI and in KO2CDBCB  that follow are most
  likely a consequence of the ABEND806.
  

Local fix

Problem summary

• ****************************************************************
  * USERS AFFECTED: OMEGAMON XE for DB2 PE/DB2PM                 *
  *                 users of component:                          *
  *                 -   OMEGAMON collector                       *
  *                 -   PE Server subtask                        *
  ****************************************************************
  * PROBLEM DESCRIPTION: The module DSN3ID00 is repeatedly       *
  *                      fetched from DSNLOAD library            *
  ****************************************************************
  * RECOMMENDATION: Apply this PTF                               *
  ****************************************************************
  PROBLEM SUMMARY:
  The module DSN3ID00 is repeatedly fetched from DSNLOAD library
  what causes overhead on I/O oprations to DASD.
  
  PROBLEM CONCLUSION:
  RRSAF IDENTIFY function uses DSN3ID00 to establish connections
  to DB2 subsystems. DSNARRS issues LINK macro to call DSN3ID00.
  z/OS  brings  DSN3ID00 to virtual storage and deletes it after
  return to DSNARRS because it was a LINK.
  Just one time use of LOAD macro avoids the overhead processing
  because z/OS will find a copy of DSN3ID00 in Job Pack Area.
  PE Server subtask will load and keep DSN3ID00 load module in
  virtual storage until PE Server subtusk ends.
  Comment.
  ABEND S806-04 in DSNARRS or DSNACAF accompanied  with
  CSV003I REQUESTED MODULE DSN3ID00 NOT FOUND
  may occur when:
  - a corresponding DB2 subsystem is in maintenance mode or being
    brought down
  - DSN3ID00 is deleted from corresponding DSNLOAD lib specified
    in STEPLIB or LNKLIST
  - I/O error occurred during fetch DSN3ID00  from corresponding
    DSNLOAD library
  

Problem conclusion

• RRSAF IDENTIFY function uses DSN3ID00 to establish connections
  to DB2 subsystems. DSNARRS issues LINK macro to call DSN3ID00.
  z/OS  brings  DSN3ID00 to virtual storage and deletes it after
  return to DSNARRS because it was a LINK.
  Just one time use of LOAD macro avoids the overhead processing
  because z/OS will find a copy of DSN3ID00 in Job Pack Area.
  PE Server subtask will load and keep DSN3ID00 load module in
  virtual storage until PE Server subtusk ends.
  Comment.
  ABEND S806-04 in DSNARRS or DSNACAF accompanied  with
  CSV003I REQUESTED MODULE DSN3ID00 NOT FOUND
  may occur when:
  - a corresponding DB2 subsystem is in maintenance mode or being
    brought down
  - DSN3ID00 is deleted from corresponding DSNLOAD lib specified
    in STEPLIB or LNKLIST
  - I/O error occurred during fetch DSN3ID00  from corresponding
    DSNLOAD library
  
  KEYWORDS :
  DSN3ID00 ABEND S806-04
  

Temporary fix

Comments

APAR Information

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

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

  UK44253

Modules/Macros

•    DGOVMSTR DGOVRSFL FPEZCRD
  

Fix information

• Fixed component name

  OM XE DB2PE/PM

• Fixed component ID

  5655OPE00

Applicable component levels

• R410 PSY UK44253

     UP09/02/25 P F902

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.