On Wed, 13 Aug 2008 15:20:40 -0400, Fletcher, Kevin <[EMAIL PROTECTED]> wrote:
>my boss came up with this > >00E40002 > > > >Explanation: The caller of the database services portion of the utility >was in the wrong protect key. >This abend reason code is issued by the following CSECTs: DSNUGBAC, >DSNUGRAR > >System Action: The utility job step that caused the function to be >requested is abended. The utility job is placed in the stopped state. > >User Response: Notify the system programmer. > >System Programmer Response: Determine the failing environment. > >If a JOBLIB or STEPLIB is being used in the batch utility job, check >that all application program libraries included in the concatenation are >authorized. > > >this must be db2 specific. It's not DB2-specific. It's also not strictly speaking about APF, but it is in a way. If DSNUTILB were merely a program that needed to run with APF authority this would have worked. However, you should find that you have an entry for DSNUTILB in the MVS PPT (see PARMLIB(SCHEDxx) ) specifying that it needs to run in key 7. MVS ignores the key specification in the PPT when you have a non-APF-authorized JOBLIB or STEPLIB. So, DSNUTILB probably ran APF-authorized, but as it was in key 8 not key 7 DB2 complained. This kind of error (using a non-authorized JOBLIB/STEPLIB) could happen for any program with selected PPT properties. You should find a message in the job telling you that MVS ignored your PPT specification. -- Walt Farrell, CISSP IBM STSM, z/OS Security Design ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
