Thanks for the tips John, unfortunately none of them applied.
See below.
Steve
| John Hall <[EMAIL PROTECTED]>
Sent by: VM/ESA and z/VM Discussions <[email protected]> 01/25/2006 08:48 AM
|
To: [email protected] cc: Subject: Re: SFS REVOKE command |
On 1/25/06, Steve Gentry <[EMAIL PROTECTED] > wrote:
I'm trying to revoke authority for a userid to an SFS directory. My userid is an SFS administrator. I originally Enrolled the user in this filepool.
I issue the revoke command and it appears to work successfully. I then issue a Query Authority and the use I just revoked is still
listed as having access to this specific directory. I issue the revoke command again and it says that I have already revoked
authority for this user. Why is the user still showing up when I do the Query Authority command?
A couple of possibilities come to mind:
- userid is an SFS Administrator, meaning it has authority to access and update any file and directory in that file pool. ("QUERY ENROLL ADMIN filepool" will show you the list of SFS Administrators for a file pool)
Nope. User is not an administrator.
- SFS directory is DIRCONTROL (QUERY DIRATTR dirid) and the userid has the directory accessed. When they release the directory, they will be unable to access it again. (DIRCONTROL directories behave similarly to minidisks)
Nope, User was not logged on at the time and the (QUERY DIRATTR dirid) returned FILECONTROL.
- If you are doing this from DIRLIST or FILELIST, I have found that in some cases the REVOKE AUTH command truncates the target userid by one character. Try putting a trailing "(" on the REVOKE AUTH command to see if this changes the behavior (and, if so, please report to the support center)
Nope, was issuing it from the command line.
--
John Hall (+1) 727-397-6373 Safe Software, Inc.
JohnHall (at) SafeSoftware.Com http://www.SafeSoftware.Com
JohnBeachFL (at) gmail.com
