It depends on the setup of RACF. More in particular: if the VMMDISK class is RACLISTed or not. For RACLISTed classes, RACF keeps the permissions in storage, hence, if you issue a RAC PERMIT, you must explictely tell RACF to refresh the in-storage permissions (that's the setropts Rich mentions). Most installation will not RACLIST the VMMDISK class... Issue RAC SETROPTS LIST to see what is RACLISTed in your installation.
Anyhow, I doubt that recycling a guest would solve a RACLIST refresh problem. 2011/4/12 Rich Smrcina <r...@velocitysoftware.com> > Use: > > rac setropts raclist(vmmdisk) refresh > > > On 04/12/2011 06:02 AM, Florian Bilek wrote: > >> Dear all, >> >> Just a question regarding z/VM RACF protection of access to a minidisk. >> >> A LINUX guest tries to access another minidisk which is protected by a >> RACF profile. It is not authorized to link the minidisk and the link request >> fails. >> >> When I authorize that guest on the RACF profile the link still fails until >> I LOGOFF/LOGON the LINUX guest. It seems that the permission list of the >> profile >> remains in the storage. Maybe a stupid question but how can I refrsh the >> access authority without recycling the LINUX guest? >> >> Thank you very much in advance, >> >> Kind regards, >> Florian >> >> > > -- > Rich Smrcina > Velocity Software, Inc. > http://www.velocitysoftware.com > > Catch the WAVV! http://www.wavv.org > WAVV 2011 - April 15-19, 2011 Colorado Springs, CO > -- Kris Buelens, IBM Belgium, VM customer support