[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <4E0105FD.9090401@redhat.com>
Date: Tue, 21 Jun 2011 15:58:37 -0500
From: Eric Sandeen <sandeen@...hat.com>
To: ext4 development <linux-ext4@...r.kernel.org>
Subject: Re: can we simplify the quota matrix in ext4?
On 6/21/11 1:45 PM, Eric Sandeen wrote:
> I was looking at
>
> 62d2b5f2dcd3707b070efb16bbfdf6947c38c194 ext4: Always journal quota file modifications
>
> and was thinking - if we always journal, why do we still have all the mount options etc for journaled quota?
>
> I guess without -o usrjquota=foo we don't journal right from mount time, and there are a few other paths that get skipped, but those seem like details...
>
> It seems that ideally - and perhaps this is hindsight - ext4 should have defaulted to journaled, QFMT_VFS_V1 quotas only... is there any reason not to?
>
> I'm still not very well versed in vfs quota, but does it seem possible to move in this direction? It seems odd that we should still be supporting unjournaled, vfsold-format quotas in ext4 these days. What's the point?
>
> If it seems possible to move in this direction within the exiting quota framework I'd be interested in trying to get it done.
I was hoping that perhaps newer quota tools would only write newer quota formats to a fresh filesystem, and that would make things simpler, since only newer quota tools can understand ext4 in any case.
Sadly, no: "quotacheck -F vfsold" will happily write the old format quota file on an ext4 filesystem, even if that's not the default it'd choose.
So I guess a deprecation period would need to be endured on the formats.
And without knowing the format in use, we can't know the quota filename(?) so we can't do journaled quota on mount, either, I think, at least without the -o jqfmt=blah? Unless we look up both quota.user and aquota.user? But what if both are there? Bleah.
-Eric
> Thanks,
> -Eric
--
To unsubscribe from this list: send the line "unsubscribe linux-ext4" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Powered by blists - more mailing lists