[prev in list] [next in list] [prev in thread] [next in thread] 

List:       npaci-rocks-discussion
Subject:    Re: [Rocks-Discuss] Creating Shared Project Directory?
From:       Mike Hanby <mhanby () uab ! edu>
Date:       2010-08-20 14:46:46
Message-ID: A72C1C64C331B445A593C79DA1BE580C265848B939 () UABEXMBS3 ! ad ! uab ! edu
[Download RAW message or body]

chgrp -R project2 /some/project/dir
chmod g+s /some/project/dir

That forces all new files/dirs in the directory to be created with project2 group and \
not the users primary group. The goal isn't to allow all cluster users access, only \
those working on a specific project.

Bart, thanks for the suggestion, I think that will work in our environment. Most of \
the file modifications will be done via the shell or jobs, so the cshrc / bashrc \
approach should work.

Thanks, Mike

-----Original Message-----
From: npaci-rocks-discussion-bounces@sdsc.edu \
                [mailto:npaci-rocks-discussion-bounces@sdsc.edu] On Behalf Of Steven \
                Dick
Sent: Friday, August 20, 2010 7:54 AM
To: Discussion of Rocks Clusters
Subject: Re: [Rocks-Discuss] Creating Shared Project Directory?

On Thu, Aug 19, 2010 at 11:29 AM, Mike Hanby <mhanby@uab.edu> wrote:

> Howdy,
> 
> I routinely get requests from the users to set up shared project
> directories. It's easy enough when the shared directory is supposed to be
> READONLY for all users in a specific group, or readonly for all group
> members except the owner.
> 
> I'm trying to find a better solution for the situation where all group
> members need read and write access to the shared project directory.
> 
> Maybe there isn't an elegant solution to this, but I figured I'd ask.
> 
> I don't have any trouble getting the basics working by giving the group rwx
> to the directory and setting the group sticky bit.
> 


I don't think there is a "group" sticky bit.  It's just a sticky bit.
This prevents other users from renaming or removing files even if they
otherwise have write access to the directory.

Why set this at all?  If you want all the users who can write to the
directory to have write access to the files in that directory, turn off the
sticky bit. If someone forgets and makes a group read only file, it can just
be renamed/copied by someone else to fix it.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: https://lists.sdsc.edu/pipermail/npaci-rocks-discussion/attachments/20100820/6e9c192f/attachment.html \



[prev in list] [next in list] [prev in thread] [next in thread]