From: Dave Chinner <david@fromorbit.com>
To: John Desantis <desantis@mail.usf.edu>
Cc: xfs@oss.sgi.com
Subject: Re: (Un)known issue with XFS group quotas on LVM?
Date: Fri, 13 Jun 2014 10:01:37 +1000 [thread overview]
Message-ID: <20140613000137.GV9508@dastard> (raw)
In-Reply-To: <CA+Bg6wdvZTYufmfK-U_6zwjKVDPVuQP_-Jwsqnh=1ayyB_EmEA@mail.gmail.com>
On Thu, Jun 12, 2014 at 10:04:29AM -0400, John Desantis wrote:
> Dave,
>
> Thanks for your reply. Let me address your questions and replies.
>
> > That doesn't sound like a filesystem problem. Sounds more like the
> > remote user/group configuration is getting squashed. Do the systems
> > have the same user/group configurations, or are the clients sending
> > group IDs the server doesn't recognise?
>
> Stracing shows that the group and user ID's are not being squashed and
> they are resolving each time to their respective UID/GID's.
>
> > As it is, describing the problem in text doesn't tell me anything
> > about the problem. You need to cut-n-paste the CLI and the output
> > showing the incorrect behaviour so we can attempt to reproduce the
> > same behaviour you are seeing.
>
> Busted. I figured before sending the usual gamut of console "action",
> I'd "save" time by simply presenting the symptoms.
>
> > I can't see how that is related to the filesystem - the filesystem
> > will either account for group quota usage or it won't. It doesn't
> > care what primary gid the process uses, it will simply account usage
> > to that...
>
> You're correct (but you already knew this!). I can tell you that
> running the quota report does show the group block count changing.
>
> It looks like this "issue" is my misunderstanding of how XFS is
> checking the quota. Perhaps you could shed some light?
>
> When you're using active user and group quotas on the same file system
> and the user quota is lower than the group quota, does XFS first check
> against the user quota and then the group quota? Is the order of
> operations user, group, and then project or does it depend on the
> mounting order of quotas?
Order doesn't matter because the filesystem is supposed to check
against all enforced quotas, not just the first one.
> In the case I presented yesterday, the user in question had a quota of
> 25 GB, but the group had an unlimited quota. Each time that I used
> sudo -u user -g group or logged into the user's account, the quota was
> always exceeded. Now that I have removed the user's quota, the group
> quota is now being respected properly.
Again, you need to post the commands and output that demonstrate the
problem you are describing. I'm having trouble understanding what
your problem is because I can't see the raw output that you are
seeing...
Cheers,
Dave.
--
Dave Chinner
david@fromorbit.com
_______________________________________________
xfs mailing list
xfs@oss.sgi.com
http://oss.sgi.com/mailman/listinfo/xfs
next prev parent reply other threads:[~2014-06-13 0:02 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-06-11 15:43 (Un)known issue with XFS group quotas on LVM? John Desantis
2014-06-11 23:07 ` Dave Chinner
2014-06-12 14:04 ` John Desantis
2014-06-13 0:01 ` Dave Chinner [this message]
2014-06-13 14:50 ` John Desantis
2014-06-13 16:22 ` Brian Foster
2014-06-13 17:00 ` John Desantis
2014-06-13 17:59 ` Brian Foster
2014-06-13 18:21 ` John Desantis
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=20140613000137.GV9508@dastard \
--to=david@fromorbit.com \
--cc=desantis@mail.usf.edu \
--cc=xfs@oss.sgi.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