As others have pointed out. This does not seem to be part of the IBM default set of STGADMIN.IGG profiles.
Do you have a CDT you maintain? If so, are there notes indicating this entry? When you list the STGADMIN.IGG.CATALOG.SECURITY.CHANGE - what is the date for the entry? Most likely this is from a different product as an addition. Some vendors do make things look like IBM names, but they are not really from IBM. If it does not show up in the http://www-01.ibm.com/support/knowledgecenter/SSLTBW_1.12.0/com.ibm.zos.r12.idai200/da6i2280.htm%23da6i2280 z/OS 1.12.0>DFSMS>DFSMS Access Method Services for Catalogs>Appendix A. Security Authorization Levels>Required RACF Authorization Tables Then it is not likely to be part of IBM's suite. To add/del alias STGADMIN.IGG.DEFDEL.UALIAS is typically used. Lizette > -----Original Message----- > From: RACF Discussion List [mailto:[email protected]] On Behalf Of > David Constable > Sent: Friday, August 21, 2015 4:37 AM > To: [email protected] > Subject: Re: Storage Admin query > > Elardus, > > The user was trying to create an ALIAS for a DB2 Dataset. This has been done > many time before, but failed this week. In the end, our Access Services team > had to create a RACF DATASET profile for the ALIAS. > > It has always been my understanding that access is always checked against > the REAL DATASET and not the ALIAS, and we have never had to do this > before. This resource may be a complete red herring, but it's the only > unusual access check that I can see for this period and this user. > > The RACF Profile STGADMIN.IGG.* has been around since 1990, but I have > never seen the STGADMIN.IGG.CATALOG.SECURITY.CHANGE resource > mentioned before. > > Regards > > Dave ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO IBM-MAIN
