Re: Def alias error in z/OS (SOLVED)

2009-01-29 Thread Carlos Cordero
 
 
I said, what I just need to know is a name of resource of kind which protects 
on distinct way the execution of DEF and DEL commands; and it was this: 
 
 
-  STGADMIN.IGG.DEFDEL.UALIAS -  
 
 
Once defined, then Alter access was assigned to my group and DEF and DEL 
commands was executed succesfully.
 
 
 
 
> Date: Wed, 28 Jan 2009 14:03:31 -0600> From: wfarr...@us.ibm.com> Subject: 
> Re: Def alias error in z/OS> To: IBM-MAIN@bama.ua.edu> > On Wed, 28 Jan 2009 
> 13:05:03 -0600, Carlos Cordero > wrote:> >I think I 
> was not explicit in my question, sorry, the point is how else> commands 
> DEFINE DEF could be executed successfully if are not defined in> IKJTSOxx? or 
> what else validate as other criteria regarding the catalog?> Before tracing 
> the trouble, I need to validate the possibilities. > > DEFINE and DELETE 
> perform many different functions, and many/most of them> have different 
> requirements for which resources you need access to, and> whether they 
> require APF authorization or not.> > So, in fact, an ordinary DELETE will 
> work without APF authorization, but a> DELETE of an ALIAS will not. > > It's 
> quite possible that DEFINE works the same way.> > -- > Walt > > 
> --> For 
> IBM-MAIN subscribe / signoff / archive access instructions,> send email to 
> lists...@bama.ua.edu with the message: GET IBM-MAIN INFO> Search the archives 
> at http://bama.ua.edu/archives/ibm-main.html
_
Chatea en Messenger desde Hotmail.
http://download.live.com/messenger
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: Def alias error in z/OS (SOLVED)

2009-01-29 Thread Chase, John
> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of Carlos Cordero
> 
> 
> I said, what I just need to know is a name of resource of kind which
protects on distinct way the
> execution of DEF and DEL commands; and it was this:
> 
> 
> -  STGADMIN.IGG.DEFDEL.UALIAS -
> 
> 
> Once defined, then Alter access was assigned to my group and DEF and
DEL commands was executed
> succesfully.

Interesting that TSO checks for that authority, but IDCAMS running in
batch apparently does not.

-jc-

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: Def alias error in z/OS (SOLVED)

2009-01-29 Thread Walt Farrell
On Thu, 29 Jan 2009 11:44:25 -0600, Chase, John  wrote:
>> -  STGADMIN.IGG.DEFDEL.UALIAS -
>>
>>
>> Once defined, then Alter access was assigned to my group and DEF and
>DEL commands was executed
>> succesfully.
>
>Interesting that TSO checks for that authority, but IDCAMS running in
>batch apparently does not.

Perhaps that's not a TSO vs batch distinction, but an APF-authorized vs
non-APF-authorized distinction?

-- 
  Walt

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: Def alias error in z/OS (SOLVED)

2009-01-29 Thread Carlos Cordero
 
 
Maybe because many things are ruled by RACF definitions, but keep in mind that 
a specific kind of resources are strictly  protected by the own security of the 
z/OS; for example, a Library (Whatever) which contains the IDCAMS utility could 
appears into APF tables, but not the same for commands, like this case.
 
> Date: Thu, 29 Jan 2009 11:51:42 -0600> From: wfarr...@us.ibm.com> Subject: 
> Re: Def alias error in z/OS (SOLVED)> To: IBM-MAIN@bama.ua.edu> > On Thu, 29 
> Jan 2009 11:44:25 -0600, Chase, John  wrote:> >> - 
> STGADMIN.IGG.DEFDEL.UALIAS -> >>> >>> >> Once defined, then Alter access was 
> assigned to my group and DEF and> >DEL commands was executed> >> 
> succesfully.> >> >Interesting that TSO checks for that authority, but IDCAMS 
> running in> >batch apparently does not.> > Perhaps that's not a TSO vs batch 
> distinction, but an APF-authorized vs> non-APF-authorized distinction?> > -- 
> > Walt> > 
> --> For 
> IBM-MAIN subscribe / signoff / archive access instructions,> send email to 
> lists...@bama.ua.edu with the message: GET IBM-MAIN INFO> Search the archives 
> at http://bama.ua.edu/archives/ibm-main.html
_
Personaliza Messenger como tĂș quieras.
http://download.live.com/messenger
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html