From: Jan Kara <jack@suse.cz>
To: "zhangyi (F)" <yi.zhang@huawei.com>
Cc: linux-ext4@vger.kernel.org, jack@suse.cz, tytso@mit.edu,
adilger.kernel@dilger.ca, miaoxie@huawei.com
Subject: Re: [PATCH 2/2] ext4: fix quota inconsistency during orphan cleanup for read-only mounts
Date: Wed, 23 Aug 2017 12:06:03 +0200 [thread overview]
Message-ID: <20170823100603.GD2100@quack2.suse.cz> (raw)
In-Reply-To: <1503479638-16977-2-git-send-email-yi.zhang@huawei.com>
On Wed 23-08-17 17:13:58, zhangyi (F) wrote:
> Quota does not get enabled for read-only mounts if filesystem
> has quota feature, so that quotas cannot updated during orphan
> cleanup, which will lead to quota inconsistency.
>
> This patch turn on quotas during orphan cleanup for this case,
> make sure quotas can be updated correctly.
>
> Reported-by: Jan Kara <jack@suse.cz>
> Signed-off-by: zhangyi (F) <yi.zhang@huawei.com>
Looks good. You can add:
Reviewed-by: Jan Kara <jack@suse.cz>
Honza
> ---
> fs/ext4/super.c | 38 +++++++++++++++++++++++++++++++-------
> 1 file changed, 31 insertions(+), 7 deletions(-)
>
> diff --git a/fs/ext4/super.c b/fs/ext4/super.c
> index cade5c8..c9e7be5 100644
> --- a/fs/ext4/super.c
> +++ b/fs/ext4/super.c
> @@ -2404,6 +2404,7 @@ static void ext4_orphan_cleanup(struct super_block *sb,
> unsigned int s_flags = sb->s_flags;
> int ret, nr_orphans = 0, nr_truncates = 0;
> #ifdef CONFIG_QUOTA
> + int quota_update = 0;
> int i;
> #endif
> if (!es->s_last_orphan) {
> @@ -2442,14 +2443,32 @@ static void ext4_orphan_cleanup(struct super_block *sb,
> #ifdef CONFIG_QUOTA
> /* Needed for iput() to work correctly and not trash data */
> sb->s_flags |= MS_ACTIVE;
> - /* Turn on journaled quotas so that they are updated correctly */
> +
> + /*
> + * Turn on quotas which were not enabled for read-only mounts if
> + * filesystem has quota feature, so that they are updated correctly.
> + */
> + if (ext4_has_feature_quota(sb) && (s_flags & MS_RDONLY)) {
> + int ret = ext4_enable_quotas(sb);
> +
> + if (!ret)
> + quota_update = 1;
> + else
> + ext4_msg(sb, KERN_ERR,
> + "Cannot turn on quotas: error %d", ret);
> + }
> +
> + /* Turn on journaled quotas used for old sytle */
> for (i = 0; i < EXT4_MAXQUOTAS; i++) {
> if (EXT4_SB(sb)->s_qf_names[i]) {
> int ret = ext4_quota_on_mount(sb, i);
> - if (ret < 0)
> +
> + if (!ret)
> + quota_update = 1;
> + else
> ext4_msg(sb, KERN_ERR,
> "Cannot turn on journaled "
> - "quota: error %d", ret);
> + "quota: type %d: error %d", i, ret);
> }
> }
> #endif
> @@ -2510,10 +2529,12 @@ static void ext4_orphan_cleanup(struct super_block *sb,
> ext4_msg(sb, KERN_INFO, "%d truncate%s cleaned up",
> PLURAL(nr_truncates));
> #ifdef CONFIG_QUOTA
> - /* Turn off journaled quotas if they were enabled for orphan cleanup */
> - for (i = 0; i < EXT4_MAXQUOTAS; i++) {
> - if (EXT4_SB(sb)->s_qf_names[i] && sb_dqopt(sb)->files[i])
> - dquot_quota_off(sb, i);
> + /* Turn off quotas if they were enabled for orphan cleanup */
> + if (quota_update) {
> + for (i = 0; i < EXT4_MAXQUOTAS; i++) {
> + if (sb_dqopt(sb)->files[i])
> + dquot_quota_off(sb, i);
> + }
> }
> #endif
> sb->s_flags = s_flags; /* Restore MS_RDONLY status */
> @@ -5512,6 +5533,9 @@ static int ext4_enable_quotas(struct super_block *sb)
> DQUOT_USAGE_ENABLED |
> (quota_mopt[type] ? DQUOT_LIMITS_ENABLED : 0));
> if (err) {
> + for (type--; type >= 0; type--)
> + dquot_quota_off(sb, type);
> +
> ext4_warning(sb,
> "Failed to enable quota tracking "
> "(type=%d, err=%d). Please run "
> --
> 2.5.0
>
--
Jan Kara <jack@suse.com>
SUSE Labs, CR
next prev parent reply other threads:[~2017-08-23 10:06 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2017-08-23 9:13 [PATCH 1/2] ext4: fix incorrect quotaoff if the quota feature is enabled zhangyi (F)
2017-08-23 9:13 ` [PATCH 2/2] ext4: fix quota inconsistency during orphan cleanup for read-only mounts zhangyi (F)
2017-08-23 10:06 ` Jan Kara [this message]
2017-08-23 10:00 ` [PATCH 1/2] ext4: fix incorrect quotaoff if the quota feature is enabled Jan Kara
2017-08-24 19:20 ` Theodore Ts'o
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=20170823100603.GD2100@quack2.suse.cz \
--to=jack@suse.cz \
--cc=adilger.kernel@dilger.ca \
--cc=linux-ext4@vger.kernel.org \
--cc=miaoxie@huawei.com \
--cc=tytso@mit.edu \
--cc=yi.zhang@huawei.com \
/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;
as well as URLs for NNTP newsgroup(s).