> Hi, > > We wrote an OPS rule that changes the service class for jobs in a certain class in > certain conditions. > For some jobs we get the following message: > IRA702I RESET NOT VALID FOR V110GA37. IT IS A SYSTEM-CONTROLLED ADDRESS > SPACE > > Changing the Service class for the same job using SDSF works fine. > > What can be the cause of this problem? > > We are using z/OS 1.11 and OPS r11.8. > > Thanks > > Gadi > >
I guess a few questions for clarification 1) Has this worked in the past? If so, what system changes (ops/mvs or z/OS have occurred since it worked successfully?) 2) Does OPS/MVS have all the authorities it needs in your security product (RACF, ACF2, TSS)? 3) How is OPS/MVS issuing the command? I might turn on the security trace, have OPS/MVS issue the command, then turn the trace off and see what you get. Also, an OLD APAR states the following OA12625: IRA702I ISSUED WHEN OUCBPVL IS LEFT ON INVALIDLY FOR MULTI STEP STARTED TASK You should only get this message for priviledged programs running in service class SYSSTC. This happens only if the program marked as PRIV in the PPT is NOT the first step of a multi step job. Module IRAEVJIA sets OUCBPVL from ICSPPVL before checking to see if it is the first step of the job. If it is a subsequent step - OUCBPVL gets left on inadvertently. Are you planning to upgrade to OPS/MVS R11.9? It has more functionality with WLM. Have you tried posting this to the OPS/MVS newsgroups either on PROTECH or CA? Lizette ---------------------------------------------------------------------- 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
