I think we've solved the problem. We were using $HASP373 to trigger the rule. It seems that this is a bit early in the jobs life cycle, when It is running in a privileged status. We changed the trigger to IEF403I, and the rule now runs fine.
Thanks for your help. Gadi -----Original Message----- From: IBM Mainframe Discussion List [mailto:[email protected]] On Behalf Of Lizette Koehler Sent: Monday, October 31, 2011 1:21 PM To: [email protected] Subject: Re: IRA702I > 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 לשימת לבך, בהתאם לנהלי החברה וזכויות החתימה בה, כל הצעה, התחייבות או מצג מטעם החברה, מחייבים מסמך נפרד וחתום על ידי מורשי החתימה של החברה, הנושא את לוגו החברה או שמה המודפס ובצירוף חותמת החברה. בהעדר מסמך כאמור (לרבות מסמך סרוק) המצורף להודעת דואר אלקטרוני זאת, אין לראות באמור בהודעה אלא משום טיוטה לדיון, ואין להסתמך עליה לביצוע פעולה עסקית או משפטית כלשהי. Please note that in accordance with Malam's signatory rights, no offer, agreement, concession or representation is binding on the company, unless accompanied by a duly signed separate document (or a scanned version thereof), affixed with the company's seal. ---------------------------------------------------------------------- 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
