From: Dave Chinner <david@fromorbit.com>
To: Liam Forbes <loforbes@alaska.edu>
Cc: xfs@oss.sgi.com
Subject: Re: quota mismatch for NFS mount of XFS filesystem
Date: Wed, 9 Nov 2011 09:55:13 +1100 [thread overview]
Message-ID: <20111108225513.GO5534@dastard> (raw)
In-Reply-To: <CACXvBApxwWUyYNfRL9rS32t7f04XCDwafbR7fSFjmXg8fJRpTg@mail.gmail.com>
On Tue, Nov 08, 2011 at 09:31:05AM -0900, Liam Forbes wrote:
> I searched the archives, but didn't find anything about incorrect
> quota information for an NFS mounted XFS filesystem. I hope somebody
> might have an idea.
>
> We have a RHEL 5.7 server mounting a 15T XFS filesystem and exporting
> it to RHEL 5.6 and 5.7 clients. quota and xfs_quota on the server
> show a user using ~5.8T, but quota on a client only shows ~1.8T.
>
> Server:
> nfs2:~$ cat /etc/redhat-release
> Red Hat Enterprise Linux Server release 5.7 (Tikanga)
> nfs2:~$ uname -a
> Linux nfs2 2.6.18-274.3.1.el5 #1 SMP Fri Aug 26 18:49:02 EDT 2011 x86_64 x86_64
> nfs2:~$ rpm -qa | grep xfsprogs
> xfsprogs-2.9.4-1.el5.centos
> nfs2:~$ sudo quota -s -v -u krieger
> Disk quotas for user krieger (uid 3105):
> Filesystem blocks quota limit grace files quota limit grace
> /dev/mapper/primaryfs_vg-primaryfs
> 5901G 0 0 310k 0 0
> nfs2:~$ sudo /usr/sbin/xfs_quota
> xfs_quota> quota -u -h krieger
> Disk quotas for User krieger (3105)
> Filesystem Blocks Quota Limit Warn/Time Mounted on
> /dev/primaryfs_vg/primaryfs
> 5.8T 0 0 00 [------] /export/wrkdir20
> xfs_quota> quit
>
> Client:
> pacman1:~$ cat /etc/redhat-release
> Red Hat Enterprise Linux Server release 5.6 (Tikanga)
> pacman1:~$ uname -a
> Linux pacman1 2.6.18-238.19.1.563g0000.el5 #1 SMP Fri Jul 15 20:26:36
> EDT 2011 x86_64 x86_64 x86_64 GNU/Linux
> pacman1:~$ sudo quota -s -v -u krieger
> Disk quotas for user krieger (uid 3105):
> Filesystem blocks quota limit grace files quota limit grace
> nfs2:/export/wrkdir20
> 1806G 0 0 310k 0 0
That looks like a 32bit variable overflow. In 512 byte blocks
(sectors), 2^32 sectors overflows at 2T. And 5.8T ~= 2T + 2T + 1.8T.
This is most likely to be an NFS issue - I'm not familiar with the
Linux NFS quota protocol implementation, so I can't really say much
more than that.
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:[~2011-11-08 22:55 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-11-08 18:31 quota mismatch for NFS mount of XFS filesystem Liam Forbes
2011-11-08 22:55 ` Dave Chinner [this message]
2011-11-08 23:49 ` Liam Forbes
2011-11-09 9:52 ` Burbidge, Simon A
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=20111108225513.GO5534@dastard \
--to=david@fromorbit.com \
--cc=loforbes@alaska.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