Using the CAISSFGD DD statement to verify usage of CAIRACF DD statement

Products

• COMMON SERVICES FOR Z/OS
• 90S SERVICES
• DATABASE MANAGEMENT SOLUTIONS FOR DB2 FOR Z/OS
• COMMON PRODUCT SERVICES COMPONENT
• Common Services
• Datacom/AD
• Easytrieve Report Generator for Common Services
• INFOCAI MAINTENANCE
• IPC
• UNICENTER JCLCHECK COMMON COMPONENT
• LDAP SERVER FOR Z/OS
• CHORUS SOFTWARE MANAGER
• MAINFRAME CONNECTOR FOR LINUX ON MAINFRAME
• GRAPHICAL MANAGEMENT INTERFACE
• WEB ADMINISTRATOR FOR TOP SECRET
• Xpertware
• MF - MISC OLD CODES
• Output Management Web Viewer

Issue/Introduction

In order to create and use a RACFCLASS security table for Common Services, a customer was required to assemble and link either a CAS9RACL or CAS9SAFC  usermod for use with CAISSF.  However, this method was replaced  The usermod has been replaced by RACF CLASS table values passed to CAIRIM via control cards read in by the //CAIRACF DD card.  These control statements create the table dynamically and need only be changed if a new product is added that requires these class table entries.

           

Environment

Release :

Component : CCS390 - CA COMMON SERVICES FOR Z/OS Release 15.0 used in a RACF environment 

Cause

After starting the CAS9 (CAIRIM) proc the CAISSF initialization message is seen but there are no other messages that indicate it read the CAIRACF DD.  

Resolution

• Uncomment the //*CAIRACF DD statement and add/create the necessary control statements to the CAW0OPTN(RACFLIST) member
• Add a //CAISSFDG DD SYSOUT=* to report on the CAIRACF statements 
• Ensure the CAIRIM step is executed with PRODUCT(CAIRIM) VERSION(CAS9) INIT(CAS9INIT) PARM(REFRESH(SSF))
  

Additional Information

Review the CAISSF initialization routine and the necessary changes to the CAIRIM proc in the

Common Services r15.0 documentation