I think it's a misfit between Linus' kernel and the
quota tools from http://sourceforge.net/projects/linuxquota/
Linus quota code is way out of date and only handles 16bit uid
Linus' tree and Alan's are showing a 2000 line diff in
dquot.c alone. `quotaon' seems to be passing arguments into
Hi,
On Mon, May 21, 2001 at 02:15:48PM -0400, Alexander Viro wrote:
Stop here. You have a hole in quota file. You are not supposed to.
I don't see how you can avoid it. What about something like a chown
to a previously-unused uid? We have 32-bit uids now, remember, so
unless you
On Wed, 23 May 2001, Stephen C. Tweedie wrote:
Hi,
On Mon, May 21, 2001 at 02:15:48PM -0400, Alexander Viro wrote:
Stop here. You have a hole in quota file. You are not supposed to.
I don't see how you can avoid it. What about something like a chown
to a previously-unused uid?
Stephen C. Tweedie wrote:
Yep. There are really only two ways out of this: abandon the assumption
that quota ops can't recurse, or prevent them from recursing.
A little kernel thread to own the files and do the IO?
-
To unsubscribe from this list: send the line unsubscribe linux-fsdevel in
Joe,
Thanks for explaining this.
That's still not good enough, but better: you must also wait for the
redirection table to be stable on disk before you can overwrite the origin
device.
So journal recovery can indeed work if LVM snapshots wait twice:
- first for the copied disk to become
Hi,
On Wed, May 23, 2001 at 10:07:23PM +1000, Andrew Morton wrote:
Stephen C. Tweedie wrote:
Yep. There are really only two ways out of this: abandon the assumption
that quota ops can't recurse, or prevent them from recursing.
A little kernel thread to own the files and do the IO?
On Wednesday 23 May 2001 06:19, Edgar Toernig wrote:
Daniel Phillips wrote:
On Tuesday 22 May 2001 17:24, Oliver Xymoron wrote:
On Mon, 21 May 2001, Daniel Phillips wrote:
On Monday 21 May 2001 19:16, Oliver Xymoron wrote:
What I'd like to see:
- An interface for