Yes, I did issue rac setropts raclist(facility) refresh -----Original Message----- From: Imler, Steven J <[email protected]> Reply-to: The IBM z/VM Operating System <[email protected]> To: [email protected] Subject: Re: VMTAPE & RACF Date: Thu, 10 Sep 2009 13:50:56 -0400
Did you do the SETROPS (or whatever the RACF refresh command is)? JR (Steven) Imler CA Senior Sustaining Engineer Tel: +1-703-708-3479 [email protected] From: The IBM z/VM Operating System [mailto:[email protected]] On Behalf Of Dave Keeton Sent: Thursday, September 10, 2009 01:34 PM To: [email protected] Subject: VMTAPE & RACF Yesterday I attempted to configure RACF to control access to DFSMS/RM because of some errors that were being generated in RMSMASTR. Up until this point, things worked, but I was getting a strange error code that I've contacted IBM about. But my question to the list is this: After working through the instructions on page 42 of the DFSMS/RM Planning Guide, I am now unable to get VMTAPE to talk to RMS. When VMTAPE starts, it displays the following errors: 10:24:50 VMTAPE 000 VMTRMS000I Sending to RMS master: FSMRMQLB DEV 403E 10:24:50 VMTAPE 000 VMTRMS998I CSL Call Info: Returncode= 8 Reasoncode= 0 10:24:50 VMTAPE 000 VMTRMS998I RMS Cmd Reply: Returncode= 8 Reasoncode= 12 10:24:50 VMTAPE 000 VMTRMS931E RMS error: Request=FSMRMQLB RC=8 Reason=12. 10:24:50 VMTAPE 000 VMTRMS931E RMS error: Request=FSMRMQLB RC=8 Reason=12. I have defined a RACF generic profile called STGADMIN.RM.* which I thought would allow VMTAPE (who is a member of the group STGADMIN) to access tape drives controlled by RMSMASTR. Being new to RACF, I am not sure if I've missed a step or not. Any thoughts or suggestions? Thanks in advance, Dave Keeton
