You're probably using an LDAP account repository and get just the system
accounts (that you're not interested in for the quota information) with
a 'getent passwd' command. The xfs_quota command tends to only report
accounts that can also be listed via 'getent passwd'.
Try this command:
xfs_quota -xc "report -L 1 -U 200000 -h" /exports/TEST
where '1' is the lowest uid number that you are interested in and 200000
is the largest uid number of interest.
Erik
On 09/10/13 10:27 AM, James A. Peltier wrote:
> OK another finding is that 2.6.32-279.5.2.el6.x86_64 doesn't have this issue. I don't have a test machine with older kernels installed to test from 2.6.32-279.5.2.el6.x86_64 to the current 2.6.32-358.18.1.el6.x86_64 to see what version of kernel broke reporting, so if someone does have one with older kernels that would be great if you could test this for me
>
> ----- Original Message -----
> | Sorry, but the title is misleading.. it's xfs_quota -xc 'reports -hu'
> | /exports/TEST isn't working. quotas do appear to be enforced.
> |
> | ----- Original Message -----
> | | Hi All,
> | |
> | | I have a very strange problem that I'm unable to pinpoint at the
> | | moment. For some reason I am simply unable to get xfs_quotas to
> | | report correctly on a freshly installed, fully patched CentOS 6
> | | box.
> | | I have specified all the same options as on another machine which
> | | *is* reporting quota
> | |
> | | LABEL=TEST /exports/TEST xfs
> | | inode64,nobarrier,delaylog,usrquota,grpquota 0 0
> | |
> | | xfs_quota -xc 'limit -u bsoft=900m bhard=1g user' /exports/TEST
> | |
> | | however
> | |
> | | xfs_quota -xc 'report -hu' /exports/
> | |
> | | reports back nothing pertaining to the user
> | |
> | | but if a do a quota user I get information back
> | |
> | | Disk quotas for user user (uid 67876):
> | | Filesystem blocks quota limit grace files quota
> | | limit grace
> | | /dev/mapper/DATA-TEST
> | | 0 921600 1048576 1 0
> | | 0
> | |
> | | This is very strange and it's something new. Can anyone confirm
> | | similar findings on their machines before I consider reporting a
> | | bug?
> | |
> | | --
> | | James A. Peltier
> | | Manager, IT Services - Research Computing Group
> | | Simon Fraser University - Burnaby Campus
> | | Phone : 778-782-6573
> | | Fax : 778-782-3045
> | | E-Mail : jpeltier at sfu.ca
> | | Website : http://www.sfu.ca/itservices
> | |
> | | “A successful person is one who can lay a solid foundation from the
> | | bricks others have thrown at them.” -David Brinkley via Luke Shaw
> | | _______________________________________________
> | | CentOS mailing list
> | | CentOS at centos.org
> | | http://lists.centos.org/mailman/listinfo/centos
> | |
> |
> | --
> | James A. Peltier
> | Manager, IT Services - Research Computing Group
> | Simon Fraser University - Burnaby Campus
> | Phone : 778-782-6573
> | Fax : 778-782-3045
> | E-Mail : jpeltier at sfu.ca
> | Website : http://www.sfu.ca/itservices
> |
> | “A successful person is one who can lay a solid foundation from the
> | bricks others have thrown at them.” -David Brinkley via Luke Shaw
> | _______________________________________________
> | CentOS mailing list
> | CentOS at centos.org
> | http://lists.centos.org/mailman/listinfo/centos
> |
>
--
Erik M. Laxdal
Programmer Analyst elaxdal at ece.uvic.ca
Electrical and Computer Engineering Office: ELW A204
University of Victoria Phone: 250-472-5299
P.O. Box 3055 STN CSC Fax: 250-721-6052
Victoria, BC V8W 3P6 http://www.ece.uvic.ca/
Canada