On Saturday, 09/20/2008 at 12:29 EDT, Scott Rohling <[EMAIL PROTECTED]> wrote: > We have the RACF VMRDR class inactivated - (from SETROPTS LIST): > > ACTIVE CLASSES = DATASET USER GROUP VMMDISK VMCMD VMLAN GLOBAL GMBR FACILITY > SURROGAT VXMBR VMXEVENT XFACILIT GXFACILI > > Yet - whenever we issue a SENDFILE - we get: > > sf profile exec testuser > RPIMGR031E RESOURCE TESTUSER SPECIFIED BY SPOOL COMMAND NOT FOUND > File PROFILE EXEC A1 sent to TESTUSER at ZVMNEW on 09/20/08 10:13:26 > Ready; T=0.01/0.01 10:13:26 > > The file is sent just fine -- but I'd really like to get rid of the annoying > message -- we aren't trying to protect the UR devices from each other. We did > still have some users defined to the VMRDR class - but I eliminated all of them. > > Worse yet - issuing a DIRMAINT command: > > dirm file extent control > RPIMGR031E RESOURCE DIRMAINT SPECIFIED BY SPOOL COMMAND NOT FOUND > RPIMGR031E RESOURCE ZVMNEW SPECIFIED BY TAG COMMAND NOT FOUND > PUN FILE 0230 SENT TO DIRMAINT RDR AS 0196 RECS 0060 CPY 001 0 NOHOLD NOKEEP > DVHXMT1191I Your FILE request has been sent for processing. > Ready; T=0.02/0.02 10:15:43 > > Again the file is sent just fine -- and again - annoying messages.. > > Any ideas? I've scoured the RACF manuals and think it may have something to do > with VMXEVENT/SETEVENT .. but just not sure.. Thanks for any insight!
Use a VMXEVENT profile and make TRANSFER.D, TRANSFER.G, and TAG all NOCTL. You've created a conflict where you've asked (by default) for RACF to protect aspects of CLOSE, VMDUMP, SPOOL, TRANSFER, CHANGE, and Diag 94, but he can't (whether because you deleted a needed profile OR you deactivated the class). So you get the message, but he allows the command anyway. Feel free to open a PMR with the Support Center or submit a Reader's Comment Form to have the documentation clarified. Alan Altmark z/VM Development IBM Endicott
