Neither profile has (or ever had) any access list entries.

>>> Hal Merritt <[email protected]> 8/18/2009 4:01 PM >>>
If the new PAGE.** profile access list includes you, then your OPERATIONS 
attribute will not apply. Perhaps this is your issue.  

That is, before you had no explicit access, so the OPERATIONS attribute gave 
you an implicit ALTER access. Afterwards, you had explicit access and that 
negated your OPERATONS access. 

I don't think it applies to you, but an insufficient access to any of the 
affected catalogs could cause you some grief.     

-----Original Message-----
From: IBM Mainframe Discussion List [mailto:[email protected]] On Behalf Of 
Scott Rowe
Sent: Tuesday, August 18, 2009 2:12 PM
To: [email protected] 
Subject: Re: IDC3009I RC=110

I understand all that, yet the fact remains that this process worked before, 
when there was no PAGE.** profile defined.  I guess this is not a big deal now, 
I was just trying to understand what had changed.

>>> John Laubenheimer <[email protected]> 8/18/2009 2:46 PM >>>
Also, check the SETROPTS for the PROTECTALL option.  If you had a PAGE.* 
profile, which only covered the 2nd level, the PAGE.A.another_level is NOT 
protected, and RACF (actually DFSMS) would fail any access to the dataset.  
When you created PAGE.**, you then covered any number of levels after 
PAGE., and RACF/DFSMS would then allow access.

And, as previously stated (I think), when you rename a RACF protected 
dataset, the dataset name that it is renamed to must also be protected.  
(Level of protection doesn't really matter ... just covered by a profile.)


NOTICE: This electronic mail message and any files transmitted with it are 
intended
exclusively for the individual or entity to which it is addressed. The message, 
together with any attachment, may contain confidential and/or privileged 
information.
Any unauthorized review, use, printing, saving, copying, disclosure or 
distribution 
is strictly prohibited. If you have received this message in error, please 
immediately advise the sender by reply email and delete all copies.

----------------------------------------------------------------------
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 



CONFIDENTIALITY/EMAIL NOTICE: The material in this transmission contains 
confidential and privileged information intended only for the addressee.  If 
you are not the intended recipient, please be advised that you have received 
this material in error and that any forwarding, copying, printing, 
distribution, use or disclosure of the material is strictly prohibited.  If you 
have received this material in error, please (i) do not read it, (ii) reply to 
the sender that you received the message in error, and (iii) erase or destroy 
the material. Emails are not secure and can be intercepted, amended, lost or 
destroyed, or contain viruses. You are deemed to have accepted these risks if 
you communicate with us by email. Thank you.


----------------------------------------------------------------------
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

Reply via email to