From Bugzilla Helper: User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.6) Gecko/20040518 Firefox/0.8 Description of problem: That's mecause hasmntopt(... MNTOPT_QUOTA) returns false. In fact: [root@cobra quota-tools]# mount -o remount,quota / mount: / not mounted already, or bad option [root@cobra quota-tools]# and /dev/hda7 on / type xfs (rw) [] Even though: SGI XFS with ACLs, security attributes, large block numbers, no debug enabled SGI XFS Quota Management subsystem XFS mounting filesystem hda7 since XFS quotas are started with a boot parameter. As a result I can't edit quotas with edquota (No filesystems with quota detected.), and quotaon tells me mountpoint not found (which is extremely misleading by the way - worst error message ever) Version-Release number of selected component (if applicable): quota-3.10-2 How reproducible: Always Steps to Reproduce: 1. See summary Additional info:
30+ days and no reply.
quota-3.10-2 50+ days, no reply
I believe this is fixed quota-3.12-5... Also sorry for the delayed response
Well... I can't retest it now. In the meantime my hard drive broke, all my data was lost, I had to reinstall from scratch, I now use ext3 and I haven't even set up quotas yet. That's pretty amusing actually... hardware turns obsolete, generations come and go while Fedora bugs remain :) Well, in any case thanks for the reply. I'll be sure to refile this if I ever use xfs with quotas again. On the other hand I'll probably go straight to reiser4 from here, so...