View Issue Details
|ID||Project||Category||View Status||Date Submitted||Last Update|
|0000429||AlmaLinux-8||kernel||public||2023-09-25 23:55||2023-09-25 23:55|
|Summary||0000429: Quotas with EXT4 on AlmaLinux do not get enacted on MD-RAID1|
|Steps To Reproduce||I tested an instance in Vmware(with a vanilla installation of AlmaLinux 8.8), and I can confirm that -- for some unknown reason -- I don't need to enable the feature "quota" in ext4.|
"dumpe2fs -h /dev/md__" in my Vmware informs me there is no "quota" feature, though "quotacheck -ucm -F vfsv1 /" passes. And I can then proceed to using "edquota -u _user_" successfully.
I can replicate the same issue again and again with ext4 on md-raid1.
in contrary to redhat's official documentation regarding quotas, the redhat site states that "quota" should be enabled in "ext4".
^ So I suppose this is a bug, because here on AlmaLinux, enabling "quota" as a feature in EXT4(and on MD-RAID1), it is preventing the quotas from working.
Tested with these two forms in /etcf/fstab -- using stock kernel 4.18.0-477.27.1.el8_8.x86_64
UUID=__ / ext4 defaults,usrquota,grpquota 0 1
UUID=__ / ext4 defaults,usrjquota=aquota.user,grpjquota=aquota.group,jqfmt=vfsv1 0 1
and both are successful. (after applying "quotacheck -cmgu -F vfsv1 / , and later testing with edquota -u user)
question: why would "edquota" only work after disabling or not enabling at all "quota" feature embedded into the ext4 metadata?
^ this 100% contradicts the redhat documentation.
please take a look.
|Tags||No tags attached.|