XFS Quotas Not Working At All (seemingly)

Home » CentOS » XFS Quotas Not Working At All (seemingly)
CentOS 4 Comments

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@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

4 thoughts on - XFS Quotas Not Working At All (seemingly)

  • 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@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
    |

  • 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@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
    | |

  • 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


    Erik M. Laxdal

    Programmer Analyst elaxdal@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

  • That was exactly it thanks!

    —– Original Message —–
    | 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
    |
    |
    | | > 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@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
    | > | |

LEAVE A COMMENT