From: "Darrick J. Wong" <darrick.wong@oracle.com>
To: Eric Sandeen <sandeen@redhat.com>
Cc: linux-xfs <linux-xfs@vger.kernel.org>
Subject: Re: [PATCH 6/6] xfs: allow individual quota grace period extension
Date: Tue, 19 May 2020 09:39:08 -0700 [thread overview]
Message-ID: <20200519163908.GQ17627@magnolia> (raw)
In-Reply-To: <868cac51-800e-2051-1322-aa77302a65c2@redhat.com>
On Mon, May 18, 2020 at 01:52:16PM -0500, Eric Sandeen wrote:
> The only grace period which can be set in the kernel today is for id 0,
> i.e. the default grace period for all users. However, setting an
> individual grace period is useful; for example:
>
> Alice has a soft quota of 100 inodes, and a hard quota of 200 inodes
> Alice uses 150 inodes, and enters a short grace period
> Alice really needs to use those 150 inodes past the grace period
> The administrator extends Alice's grace period until next Monday
>
> vfs quota users such as ext4 can do this today, with setquota -T
Does setquota -T work on an XFS filesystem? If so, does that mean that
xfs had a functionality gap where the admin could extend someone's grace
period on ext4 but trying the exact same command on xfs would do
nothing? Or would it at least error out?
> To enable this for XFS, we simply move the timelimit assignment out
> from under the (id == 0) test. Default setting remains under (id == 0).
> Note that this now is consistent with how we set warnings.
>
> (Userspace requires updates to enable this as well; xfs_quota needs to
> parse new options, and setquota needs to set appropriate field flags.)
So ... xfs_quota simply never had the ability to do this, but what does
"setquota needs to set appropriate field flags" mean exactly?
--D
> Signed-off-by: Eric Sandeen <sandeen@redhat.com>
> ---
> fs/xfs/xfs_qm_syscalls.c | 48 +++++++++++++++++++++++-----------------
> 1 file changed, 28 insertions(+), 20 deletions(-)
>
> diff --git a/fs/xfs/xfs_qm_syscalls.c b/fs/xfs/xfs_qm_syscalls.c
> index 29c1d5d4104d..94d374820c7e 100644
> --- a/fs/xfs/xfs_qm_syscalls.c
> +++ b/fs/xfs/xfs_qm_syscalls.c
> @@ -555,32 +555,40 @@ xfs_qm_scall_setqlim(
> ddq->d_rtbwarns = cpu_to_be16(newlim->d_rt_spc_warns);
>
> if (id == 0) {
> - /*
> - * Timelimits for the super user set the relative time
> - * the other users can be over quota for this file system.
> - * If it is zero a default is used. Ditto for the default
> - * soft and hard limit values (already done, above), and
> - * for warnings.
> - */
> - if (newlim->d_fieldmask & QC_SPC_TIMER) {
> - defq->btimelimit = newlim->d_spc_timer;
> - ddq->d_btimer = cpu_to_be32(newlim->d_spc_timer);
> - }
> - if (newlim->d_fieldmask & QC_INO_TIMER) {
> - defq->itimelimit = newlim->d_ino_timer;
> - ddq->d_itimer = cpu_to_be32(newlim->d_ino_timer);
> - }
> - if (newlim->d_fieldmask & QC_RT_SPC_TIMER) {
> - defq->rtbtimelimit = newlim->d_rt_spc_timer;
> - ddq->d_rtbtimer = cpu_to_be32(newlim->d_rt_spc_timer);
> - }
> if (newlim->d_fieldmask & QC_SPC_WARNS)
> defq->bwarnlimit = newlim->d_spc_warns;
> if (newlim->d_fieldmask & QC_INO_WARNS)
> defq->iwarnlimit = newlim->d_ino_warns;
> if (newlim->d_fieldmask & QC_RT_SPC_WARNS)
> defq->rtbwarnlimit = newlim->d_rt_spc_warns;
> - } else {
> + }
> +
> + /*
> + * Timelimits for the super user set the relative time the other users
> + * can be over quota for this file system. If it is zero a default is
> + * used. Ditto for the default soft and hard limit values (already
> + * done, above), and for warnings.
> + *
> + * For other IDs, userspace can bump out the grace period if over
> + * the soft limit.
> + */
> + if (newlim->d_fieldmask & QC_SPC_TIMER)
> + ddq->d_btimer = cpu_to_be32(newlim->d_spc_timer);
> + if (newlim->d_fieldmask & QC_INO_TIMER)
> + ddq->d_itimer = cpu_to_be32(newlim->d_ino_timer);
> + if (newlim->d_fieldmask & QC_RT_SPC_TIMER)
> + ddq->d_rtbtimer = cpu_to_be32(newlim->d_rt_spc_timer);
> +
> + if (id == 0) {
> + if (newlim->d_fieldmask & QC_SPC_TIMER)
> + defq->btimelimit = newlim->d_spc_timer;
> + if (newlim->d_fieldmask & QC_INO_TIMER)
> + defq->itimelimit = newlim->d_ino_timer;
> + if (newlim->d_fieldmask & QC_RT_SPC_TIMER)
> + defq->rtbtimelimit = newlim->d_rt_spc_timer;
> + }
> +
> + if (id != 0) {
> /*
> * If the user is now over quota, start the timelimit.
> * The user will not be 'warned'.
> --
> 2.17.0
>
>
next prev parent reply other threads:[~2020-05-19 16:41 UTC|newest]
Thread overview: 42+ messages / expand[flat|nested] mbox.gz Atom feed top
2020-05-18 18:46 [PATCH 0/SEVERAL] xfs, xfstests, xfsprogs: quota timer updates Eric Sandeen
2020-05-18 18:48 ` [PATCH 0/6] xfs: quota timer enhancements Eric Sandeen
2020-05-18 18:48 ` [PATCH 1/6] xfs: group quota should return EDQUOT when prj quota enabled Eric Sandeen
2020-05-19 16:22 ` Darrick J. Wong
2020-05-18 18:49 ` [PATCH 2/6] xfs: always return -ENOSPC on project quota reservation failure Eric Sandeen
2020-05-19 16:18 ` Darrick J. Wong
2020-05-18 18:49 ` [PATCH 3/6] xfs: fix up some whitespace in quota code Eric Sandeen
2020-05-19 16:25 ` Darrick J. Wong
2020-05-18 18:50 ` [PATCH 4/6] xfs: pass xfs_dquot to xfs_qm_adjust_dqtimers Eric Sandeen
2020-05-19 16:26 ` Darrick J. Wong
2020-05-18 18:51 ` [PATCH 5/6] xfs: per-type quota timers and warn limits Eric Sandeen
2020-05-19 16:27 ` Darrick J. Wong
2020-05-20 18:41 ` [PATCH 4.5/6] xfs: switch xfs_get_defquota to take explicit type Eric Sandeen
2020-05-20 20:36 ` Darrick J. Wong
2020-05-20 20:41 ` Eric Sandeen
2020-05-20 20:49 ` Darrick J. Wong
2020-05-20 18:43 ` [PATCH 5/6 V2] xfs: per-type quota timers and warn limits Eric Sandeen
2020-05-20 20:31 ` Darrick J. Wong
2020-05-20 20:42 ` Eric Sandeen
2020-05-18 18:52 ` [PATCH 6/6] xfs: allow individual quota grace period extension Eric Sandeen
2020-05-19 16:39 ` Darrick J. Wong [this message]
2020-05-19 17:21 ` Eric Sandeen
2020-05-18 19:23 ` [PATCH 0/1] xfs_quota: allow individual timer extension Eric Sandeen
2020-05-18 19:24 ` [PATCH 1/1] " Eric Sandeen
2020-05-18 20:04 ` Eric Sandeen
2020-05-18 20:09 ` [PATCH 1/1 V2] " Eric Sandeen
2020-05-19 16:38 ` Darrick J. Wong
2020-05-19 21:34 ` Darrick J. Wong
2020-05-18 19:59 ` [PATCH 0/4] fstests: more quota related tests Eric Sandeen
2020-05-18 19:59 ` [PATCH 1/4] xfs: make sure our default quota warning limits and grace periods survive quotacheck Eric Sandeen
2020-05-31 16:17 ` Eryu Guan
2020-05-18 20:00 ` [PATCH 2/4] generic: test per-type quota softlimit enforcement timeout Eric Sandeen
2020-05-31 16:15 ` Eryu Guan
2020-06-01 12:48 ` Zorro Lang
2020-06-01 14:36 ` Eric Sandeen
2020-06-01 16:39 ` Darrick J. Wong
2020-06-11 5:12 ` Zorro Lang
2020-06-11 15:40 ` Darrick J. Wong
2020-05-18 20:00 ` [PATCH 3/4] fstests: individual user grace period extension via setquota Eric Sandeen
2020-05-18 20:01 ` [PATCH 4/4] fstests: individual user grace period extension via xfs_quota Eric Sandeen
2020-05-20 15:39 ` [PATCH 0/4] fstests: more quota related tests Darrick J. Wong
2020-05-20 15:46 ` Eric Sandeen
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=20200519163908.GQ17627@magnolia \
--to=darrick.wong@oracle.com \
--cc=linux-xfs@vger.kernel.org \
--cc=sandeen@redhat.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