RE: DFS Permissions problem

[Derek Winkler]

You're amazing. I tried creating a new file and it wouldn't let me write
out. I added id permissions (insert, delete) and it works. I wonder why
the "staff" group doesn't need it... Oh well.

Thanks so much!

--Derek

> -----Original Message-----
> From: Aaron S. Hawley [mailto:address@hidden 
> Sent: Friday, May 27, 2005 3:17 PM
> To: Derek Winkler
> Cc: address@hidden
> Subject: RE: DFS Permissions problem
> 
> 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)
>