From: Ted Ts'o <tytso@mit.edu>
To: John Petersen <jrp@cs.washington.edu>
Cc: linux-ext4@vger.kernel.org
Subject: Re: removal of grpid option from ext4
Date: Wed, 17 Nov 2010 20:20:52 -0500 [thread overview]
Message-ID: <20101118012052.GM3290@thunk.org> (raw)
In-Reply-To: <4CE45B0A.3010401@cs.washington.edu>
On Wed, Nov 17, 2010 at 02:45:30PM -0800, John Petersen wrote:
> The removal of this option puzzles me. It's extremely useful in an
> academic environment like ours, where different groups of
> researchers work in shared project spaces. I'd like to migrate our
> data partitions to ext4. If this option is going to disappear, I
> will have to seriously consider keeping current and new project
> spaces as ext3.
So if people really insist on using it, then we'll keep it.
But one thing which I don't understand; why can't you just set the
setgid bit on the shared spaces? This causes newly created files to
have the same group id as the directory, and newly created
subdirectories to have the set gid bit. Set the group id at the top
directory of the project's directory hierarchy, and set the setgid
bit, and all newly created files will inherit the group id of the
directory --- and all newly created subdirectory will inherit the
group id as well as the setgid bit.
This is the System V scheme, which is much more flexible than the BSD
scheme, since you can set control whether you have the BSD behaviour
or the original System V unix behaviour, which is to always use the
primary group ID of the creator.
If you set the setgid bit on all directories (chmod -R g+s /mnt), then
you'll effectively have the same behavior as the grpid mount option.
What we may do is add a pointer to a web page with this explanation so
that people can understand there is a better alternative. Does this
work for you?
Best regards,
- Ted
prev parent reply other threads:[~2010-11-18 1:20 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-11-17 22:45 removal of grpid option from ext4 John Petersen
2010-11-18 1:20 ` Ted Ts'o [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20101118012052.GM3290@thunk.org \
--to=tytso@mit.edu \
--cc=jrp@cs.washington.edu \
--cc=linux-ext4@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox