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

Reply via email to