[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20130121155020.GD5618@thunk.org>
Date: Mon, 21 Jan 2013 10:50:20 -0500
From: Theodore Ts'o <tytso@....edu>
To: Jan Kara <jack@...e.cz>
Cc: Ext4 Developers List <linux-ext4@...r.kernel.org>,
stable@...r.kernel.org, adityakali@...gle.com, adilger@...ger.ca
Subject: Re: [PATCH 2/2] quota: autoload the quota_v2 module for QFMT_VFS_V1
quota format
On Mon, Jan 21, 2013 at 04:10:08PM +0100, Jan Kara wrote:
> Exactly. There shouldn't be any conflicts so just keep it in your tree.
> You can add to the patch:
> Acked-by: Jan Kara <jack@...e.cz>
Great, thanks.
BTW, do you have any plans to work on getting repquota support for
ocfs2 and ext4 with the internal quota support into quotactl(2) and
quotatools? It's missing functionality that I think users who want to
switch to the internal quota support will very much care about.
The work list that I have currently for ext4 w/ internal quota support
are:
1) Debugfs support for manipulating the quota inode directly. (So we
can introduce fs corruptions and make sure e2fsck deals
appropriately).
2) Make sure e2fsck preserves the quota limits information when it
repairs the quota information, and that it notices a missing quota
record in the quota inode.
3) Make sure e2fsck notices repairs a quota inode which is corrupted
in some way (and not just contains missing or incorrect usage
information).
4) More regression tests in e2fsprogs.
5) Add some kind of functional replacement for repquota. If
quotactl(2) support is not forthcoming in the near future, at the very
least debugfs should have a way of dumping out the repquota
information for an unmounted ext4 file system with internal quotas
enabled.
Can anyone think of other things which might be missing?
- Ted
--
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