I'm confused. Under what conditions does the job fail? Why do you have a conditional access for these datasets? What benefit do you think it provides? It doesn't provide any additional security (though it might prevent an accident). If any member of the group wants to update the dataset other than with IEBCOPY, all they need do is copy the members with IEBCOPY to an unrestricted dataset (e.g., userid.XX), make the updates, and use IEBCOPY to replace any updated members.
:>: -----Original Message----- :>: From: IBM Mainframe Discussion List [mailto:[email protected]] On :>: Behalf Of Jorge Garcia :>: Sent: Wednesday, September 12, 2012 11:30 AM :>: To: [email protected] :>: Subject: Re: Conversion to PDSE :>: :>: Hello: :>: :>: The messages are: :>: :>: ICH418I CONDITIONAL ACCESS LIST FOR DATA SET APLTRA.INTPREP.LOAD DID NOT :>: GRANT AUTHORITY TO PROGRAM(S): IEBCOPY :>: ICH408I USER(CRIVEGA ) GROUP(GRIMPLAN) NAME(CRISTINA VEGA ) 260 :>: APLTRA.INTPREP.LOAD CL(DATASET ) VOL(DESL03) :>: INSUFFICIENT ACCESS AUTHORITY :>: FROM APLTRA.INTPREP.** (G) :>: ACCESS INTENT(READ ) ACCESS ALLOWED(NONE ) :>: IEC150I 913-38,IFG0194E,JCIDAUTO,PASO20,SYS00003,29E7,DESL03,APLTRA.INTP :>: REP.LOAD :>: :>: With this access in RACF profile the job works fine: :>: :>: INFORMATION FOR DATASET APLTRA.INTPREP.** (G) :>: :>: LEVEL OWNER UNIVERSAL ACCESS WARNING ERASE :>: ----- -------- ---------------- ------- ----- :>: 00 APLTRA NONE NO NO :>: :>: ID ACCESS CLASS ENTITY NAME :>: -------- ------- -------- -------------------------- :>: :>: GRIMPLAN UPDATE PROGRAM IEBCOPY ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO IBM-MAIN
