RE: DFS Permissions problem

[Aaron S. Hawley]

For you information, the error you're seeing is related to RCS's inability
to create a temporary file in the current directory.  That is my
understanding.  The error of RCS's `co` command is not very useful, and
I'm not so sure the wording of "parent directory" is even accurate.
Essentially, you should be testing your ACL settings by trying to write to
the directory by creating a file with the username/group that is giving
you trouble.  This is what RCS is trying to do and can't.

The possibility you're correct and there is inconsistent permissions
behavior between RCS and any other file system accesses (via the shell or
a text editor) means there are setuid issues (introduced by DCE) and RCS's
handling of it.  I know very little about that part of RCS without further
research.

/a

On Fri, 27 May 2005, Derek Winkler wrote:

> I would possibly think the same except it works under one username/group
> but not another:
>
> > kinfo
>
> Identity Expiration: Fri Jun  3 10:48:53 2005
>
> Realm:          /.../umiacs.umd.edu
> Identity:       wink
> Primary Group:  wink
>
> Groups:         wink
>                 staff
> > cd /dfs/umaint/stow/UMno/libdata/
> > co -l portlist
> RCS/portlist,v  -->  portlist
> revision 1.1176 (locked)
> done
> > ci -u portlist
> RCS/portlist,v  <--  portlist
> file is unchanged; reverting to previous revision 1.1176
> done
>
>
> ananke.umiacs.umd.edu# kinfo
>
> Identity Expiration: Sat May 28 08:48:28 2005
>
> Realm:          /.../umiacs.umd.edu
> Identity:       hosts/ananke.umiacs.umd.edu/self
> Primary Group:  none
>
> Groups:         none
>                 subsys/dce/dts-servers
> ananke.umiacs.umd.edu# cd /dfs/umaint/stow/UMno/libdata
> ananke.umiacs.umd.edu# co -l portlist
> RCS/portlist,v  -->  portlist
> co: portlist: permission denied on parent directory
> ananke.umiacs.umd.edu#
>
> user:hosts/ananke.umiacs.umd.edu/self *and* group:subsys/dce/dts-servers
> have the same acl permissions as group:staff on
> /dfs/umaint/stow/UMno/libdata, /dfs/umaint/stow/UMno/libdata/portlist,
> /dfs/umaint/stow/UMno/libdata/RCS, and
> /dfs/umaint/stow/UMno/libdata/portlist,v
>
> --Derek
>
> > -----Original Message-----
> > From: Aaron S. Hawley [mailto:address@hidden
> > Sent: Thursday, May 26, 2005 11:34 PM
> > To: Derek Winkler
> > Cc: address@hidden
> > Subject: Re: DFS Permissions problem
> >
> > On Wed, 25 May 2005, Derek Winkler wrote:
> >
> > > ...
> > >
> > > I gave the local root permissions to another file that it
> > previously
> > > wasn't allowed to edit and the change took effect... I was able to
> > > write to the file. Is there something else that co looks at
> > that I'm missing?
> >
> > Welcome Derek,
> >
> > My guess is the problem is associated with not having
> > permissions for the
> > *directory* be writable.  Nothing to do with DCE/DFS.
> >
> > /a
> >
> > --
> > Consider supporting GNU Software and the Free Software
> > Foundation By Buying Stuff - http://www.gnu.org/gear/
> >                       (GNU and FSF are not responsible for
> > this promotion
> >                nor do they necessarily agree with the views
> > of the author)