xfs
[Top] [All Lists]

Re:xfs Digest, Vol 72, Issue 47

To: xfs@xxxxxxxxxxx
Subject: Re:xfs Digest, Vol 72, Issue 47
From: tore.larsen@xxxxxxxxxxxxxx
Date: Fri, 13 Jun 2014 00:39:43 +0200
Delivered-to: xfs@xxxxxxxxxxx
Expiry-date:
Importance: Normal
In-reply-to: <mailman.5961.1402587168.4413.xfs@xxxxxxxxxxx>

1

Sendt fra Lotus Traveler



xfs-request@xxxxxxxxxxx --- xfs Digest, Vol 72, Issue 47 ---

Fra:"" <xfs-request@xxxxxxxxxxx>
Til"" <xfs@xxxxxxxxxxx>
Dato:Tor, 12. Juni 2014 17:32
Emnexfs Digest, Vol 72, Issue 47


Send xfs mailing list submissions to
	xfs@xxxxxxxxxxx

To subscribe or unsubscribe via the World Wide Web, visit
	http://oss.sgi.com/mailman/listinfo/xfs
or, via email, send a message with subject or body 'help' to
	xfs-request@xxxxxxxxxxx

You can reach the person managing the list at
	xfs-owner@xxxxxxxxxxx

When replying, please edit your Subject line so it is more specific
than "Re: Contents of xfs digest..."


Today's Topics:

   1. Re: (Un)known issue with XFS group quotas on LVM? (John Desantis)
   2. Re: [PATCH] [RFC] xfs: wire up aio_fsync method
      (Christoph Hellwig)
   3. Re: [PATCH] xfs: don't send null bp to xfs_trans_brelse()
      (Brian Foster)
   4. Re: [PATCH] [RFC] xfs: wire up aio_fsync method (Brian Foster)
   5.  (climmural@xxxxxxxxx)


----------------------------------------------------------------------

Message: 1
Date: Thu, 12 Jun 2014 10:04:29 -0400
From: John Desantis <desantis@xxxxxxxxxxxx>
To: Dave Chinner <david@xxxxxxxxxxxxx>
Cc: xfs@xxxxxxxxxxx
Subject: Re: (Un)known issue with XFS group quotas on LVM?
Message-ID:
	<CA+Bg6wdvZTYufmfK-U_6zwjKVDPVuQP_-Jwsqnh=1ayyB_EmEA@xxxxxxxxxxxxxx>
Content-Type: text/plain; charset=UTF-8

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?

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, thank you!

John DeSantis


2014-06-11 19:07 GMT-04:00 Dave Chinner <david@xxxxxxxxxxxxx>:
> On Wed, Jun 11, 2014 at 11:43:09AM -0400, John Desantis wrote:
>> Hello list!
>>
>> A big "thanks!" to all XFS developers for a great product.
>>
>> Now, to the point!
>>
>> We're using an XFS file system created on an LVM with a standard
>> kernel (2.6.32-431.3.1).
>
> RHEL kernel? If so, you probably want to report it to your support
> contact to see if it's a known issue with a fix/workaround.....
>
>> We're using quotas without an issue, with
>> the exception of the group quota.  It seems that group quotas are
>> ignored at times, at least from our configuration (we use remote user
>> and group look-ups and authentication).  I've only been able to get
>> root running sudo -g dd.. to create a group file which reflects
>> changes in the group quota limit.
>
> 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?
>
> 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.
>
>> We've mounted the file system in question with both user and group
>> quotas enabled;  I didn't see anywhere in the man page that s-Dataene dine er avkortet.




<Prev in Thread] Current Thread [Next in Thread>
  • Re:xfs Digest, Vol 72, Issue 47, tore . larsen <=