Description of problem: checkquota, repquota and family insist on seeing an ext4 named ext4dev in the /etc/fstab; but the latest kernel informs you to use ext4 and not ext4dev ... Version-Release number of selected component (if applicable): quota-3.15-7.fc9.x86_64 kernel-2.6.27.5-37.fc9.x86_64 How reproducible: Always. Steps to Reproduce: 1. Per recommendation of kernel messages, rename your ext4dev fs to ext4 in /etc/fstab 2. repquota of this fs 3. Actual results: repquota -s /usr/data repquota: Mountpoint (or device) /usr/data not found or has no quota enabled. repquota: Not all specified mountpoints are using quota. Expected results: repquota -s /usr/data *** Report for user quotas on device /dev/mapper/VolGroup00-LogVol02 Block grace time: 7days; Inode grace time: 7days Block limits File limits User used soft hard grace used soft hard grace ---------------------------------------------------------------------- root -- 80 0 0 19 0 0 #59151 -- 15532 0 0 63 0 0 Additional info: See also: https://kerneltrap.org/mailarchive/linux-fsdevel/2008/10/30/3860654 So simply moving to the latest greatest quota-tools should solve this.
Moving to latest greatest quota-tools will NOT solve this as the problem still exists upstream... see my upstream report with patch at http://sourceforge.net/tracker/index.php?func=detail&aid=2209311&group_id=18136&atid=318136 ... this issue was already reported against rawhide at https://bugzilla.redhat.com/show_bug.cgi?id=469127 , update for F-9 requested/promised there as well. I'm planning to do that quota F-9 update this week ...
quota-3.15-8.fc9 has been submitted as an update for Fedora 9. http://admin.fedoraproject.org/updates/quota-3.15-8.fc9
This solves the problem. Case closed. Thanks for the lightning fast reaction speed!
quota-3.15-8.fc9 has been pushed to the Fedora 9 stable repository. If problems still persist, please make note of it in this bug report.