Received: by 2002:a25:1506:0:0:0:0:0 with SMTP id 6csp6208861ybv; Tue, 18 Feb 2020 12:04:07 -0800 (PST) X-Google-Smtp-Source: APXvYqzNps6f5fUPEBbiVns9Cx5UHJe4eGnj/hxjQScP4hzjOkcKtSTT99GEf3KDIE/JHwd+3YR9 X-Received: by 2002:aca:49ce:: with SMTP id w197mr36302oia.16.1582056247482; Tue, 18 Feb 2020 12:04:07 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1582056247; cv=none; d=google.com; s=arc-20160816; b=Od6ZBC4eux7xJbP7X5t9SNgs2JgxLVX1mC/WmIgJVr2W8SFXlFNOZao9/1MttB6X21 KnWhbYzhXTehuChBEYyGs2BTsfDvHuzf/oK50P6IrlW2BH3LVRMhMwYIR5aKZ+CnnzWN MPH2i1IhM4EYJaRJhWW0xTb2B/VSucAPZna0lHoMcuD24Q2zBhw2bO9QwlHuXJmaKRJ3 XnxH79jn0grcQOWZULwOEY2dZnrF/KvMbbBNYzSzuUxwz3gxFzBlr4VJAmp3WhOWsc+2 /EBMMQq+0GQTqLbkkawWuI7q8NpLf5p6GVvnpi2P6LKsKSt53+rk6NdUSMJga5840wye pQfw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:mime-version :user-agent:references:in-reply-to:message-id:date:subject:cc:to :from:dkim-signature; bh=7sC4apt+T79y/ZXubqrLpw3UG9HvV5Q2SXeLhoJCuj0=; b=o+A2sydDfTxLLDjrvr361XfAwPgePpuW/6yn23SfOMmE6svtRJyzHeqKMgLyJgNfYX I8xUHklso326Z6IO/oUizRsq9R/A1HNpdPUnTrbViQShGm1fKg9Ust6j487fTkY5Ui+8 on07L/Ctz7duUz1OVUgzCzpkbBqP6oajIvJeur1fCgg/hbfeLMuI6txpToMbYTddSvrG Tuo5EKTRRAGKc3/cvkAiqIkF+keVhAicqIuiqR8Kc342BWiHWPa/EZVvqq0AFhsQo+n3 /9ZeyCF7v1Vgg+qwn1B6Y6Q92i/3MQ1XRDMsjjsAJ1x4qH63OXDetPulYC6IlMZWe1n2 lDbg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b=TvcxHxBv; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id x12si2156033oto.194.2020.02.18.12.03.55; Tue, 18 Feb 2020 12:04:07 -0800 (PST) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b=TvcxHxBv; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1728797AbgBRUDv (ORCPT + 99 others); Tue, 18 Feb 2020 15:03:51 -0500 Received: from mail.kernel.org ([198.145.29.99]:45222 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1729153AbgBRUDs (ORCPT ); Tue, 18 Feb 2020 15:03:48 -0500 Received: from localhost (83-86-89-107.cable.dynamic.v4.ziggo.nl [83.86.89.107]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPSA id 59F2121D56; Tue, 18 Feb 2020 20:03:47 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1582056227; bh=4UwrsHQsBWHe3bc+r7isD+sUgNN4l6LBbflLE9A2ujw=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=TvcxHxBvOm+U8cwpyvDU4d5DPwvQuc0O/3o0JpVBWaHoaW+SwPxZJLTMkRq/6Vkrd iHaZRsJLkp994AFAtsM2cM5akiiO7usL9+rZtbeMgwpFglrjLl3boEovTUlTdh+HGu zEvnSGKy7On2rXJzMrNQt6lfQzRCKYLG2y8VHnOU= From: Greg Kroah-Hartman To: linux-kernel@vger.kernel.org Cc: Greg Kroah-Hartman , stable@vger.kernel.org, Chengguang Xu , Jan Kara , Theodore Ts'o , Sasha Levin Subject: [PATCH 5.5 76/80] ext4: choose hardlimit when softlimit is larger than hardlimit in ext4_statfs_project() Date: Tue, 18 Feb 2020 20:55:37 +0100 Message-Id: <20200218190439.027652102@linuxfoundation.org> X-Mailer: git-send-email 2.25.1 In-Reply-To: <20200218190432.043414522@linuxfoundation.org> References: <20200218190432.043414522@linuxfoundation.org> User-Agent: quilt/0.66 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org From: Chengguang Xu [ Upstream commit 57c32ea42f8e802bda47010418e25043e0c9337f ] Setting softlimit larger than hardlimit seems meaningless for disk quota but currently it is allowed. In this case, there may be a bit of comfusion for users when they run df comamnd to directory which has project quota. For example, we set 20M softlimit and 10M hardlimit of block usage limit for project quota of test_dir(project id 123). [root@hades mnt_ext4]# repquota -P -a *** Report for project quotas on device /dev/loop0 Block grace time: 7days; Inode grace time: 7days Block limits File limits Project used soft hard grace used soft hard grace ---------------------------------------------------------------------- 0 -- 13 0 0 2 0 0 123 -- 10237 20480 10240 5 200 100 The result of df command as below: [root@hades mnt_ext4]# df -h test_dir Filesystem Size Used Avail Use% Mounted on /dev/loop0 20M 10M 10M 50% /home/cgxu/test/mnt_ext4 Even though it looks like there is another 10M free space to use, if we write new data to diretory test_dir(inherit project id), the write will fail with errno(-EDQUOT). After this patch, the df result looks like below. [root@hades mnt_ext4]# df -h test_dir Filesystem Size Used Avail Use% Mounted on /dev/loop0 10M 10M 3.0K 100% /home/cgxu/test/mnt_ext4 Signed-off-by: Chengguang Xu Reviewed-by: Jan Kara Link: https://lore.kernel.org/r/20191016022501.760-1-cgxu519@mykernel.net Signed-off-by: Theodore Ts'o Signed-off-by: Sasha Levin --- fs/ext4/super.c | 23 +++++++++++++++++------ 1 file changed, 17 insertions(+), 6 deletions(-) diff --git a/fs/ext4/super.c b/fs/ext4/super.c index 937d8bc1dda74..c51d7ef2e4675 100644 --- a/fs/ext4/super.c +++ b/fs/ext4/super.c @@ -5536,9 +5536,15 @@ static int ext4_statfs_project(struct super_block *sb, return PTR_ERR(dquot); spin_lock(&dquot->dq_dqb_lock); - limit = (dquot->dq_dqb.dqb_bsoftlimit ? - dquot->dq_dqb.dqb_bsoftlimit : - dquot->dq_dqb.dqb_bhardlimit) >> sb->s_blocksize_bits; + limit = 0; + if (dquot->dq_dqb.dqb_bsoftlimit && + (!limit || dquot->dq_dqb.dqb_bsoftlimit < limit)) + limit = dquot->dq_dqb.dqb_bsoftlimit; + if (dquot->dq_dqb.dqb_bhardlimit && + (!limit || dquot->dq_dqb.dqb_bhardlimit < limit)) + limit = dquot->dq_dqb.dqb_bhardlimit; + limit >>= sb->s_blocksize_bits; + if (limit && buf->f_blocks > limit) { curblock = (dquot->dq_dqb.dqb_curspace + dquot->dq_dqb.dqb_rsvspace) >> sb->s_blocksize_bits; @@ -5548,9 +5554,14 @@ static int ext4_statfs_project(struct super_block *sb, (buf->f_blocks - curblock) : 0; } - limit = dquot->dq_dqb.dqb_isoftlimit ? - dquot->dq_dqb.dqb_isoftlimit : - dquot->dq_dqb.dqb_ihardlimit; + limit = 0; + if (dquot->dq_dqb.dqb_isoftlimit && + (!limit || dquot->dq_dqb.dqb_isoftlimit < limit)) + limit = dquot->dq_dqb.dqb_isoftlimit; + if (dquot->dq_dqb.dqb_ihardlimit && + (!limit || dquot->dq_dqb.dqb_ihardlimit < limit)) + limit = dquot->dq_dqb.dqb_ihardlimit; + if (limit && buf->f_files > limit) { buf->f_files = limit; buf->f_ffree = -- 2.20.1