Bug 1010709
| Summary: | e2fsprogs and quota FS feature | ||
|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | Bert DeKnuydt <Bert.Deknuydt> |
| Component: | e2fsprogs | Assignee: | Eric Sandeen <esandeen> |
| Status: | CLOSED ERRATA | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
| Severity: | medium | Docs Contact: | |
| Priority: | unspecified | ||
| Version: | 19 | CC: | Bert.Deknuydt, esandeen, josef, kzak, oliver |
| Target Milestone: | --- | ||
| Target Release: | --- | ||
| Hardware: | All | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Fixed In Version: | Doc Type: | Bug Fix | |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2014-09-18 09:30:37 UTC | Type: | Bug |
| Regression: | --- | Mount Type: | --- |
| Documentation: | --- | CRM: | |
| Verified Versions: | Category: | --- | |
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
| Cloudforms Team: | --- | Target Upstream Version: | |
| Embargoed: | |||
|
Description
Bert DeKnuydt
2013-09-22 17:27:48 UTC
It seems to be a half-baked option upstream IIRC; I did send some things upstream to try to deal with it. Let me check on the status of those. -Eric I thought this commit took care of it, let me see what's going on.
commit 44a2cca35e9292c39bcad38288fdf7a78d6f56af
Author: Eric Sandeen <sandeen>
Date: Tue Nov 27 12:35:48 2012 -0600
tune2fs: respect quota config option
If we haven't turned --enable-quota on at config time,
I don't think tune2fs should know about the feature either.
Today we can actually tune2fs -O quota even if not
configured on, and then the rest of the tools will
refuse to touch it:
# tune2fs -O quota /dev/sda1
# tune2fs -O ^quota /dev/whatever complains
tune2fs 1.42.3 (14-May-2012)
tune2fs: Filesystem has unsupported read-only feature(s) while trying to open /dev/sda1
# fsck /dev/sda1
fsck from util-linux 2.21.2
e2fsck 1.42.3 (14-May-2012)
/dev/sda1 has unsupported feature(s): quota
e2fsck: Get a newer version of e2fsck!
Ok, so turn it off?
# tune2fs -O ^quota /dev/whatever complains
tune2fs 1.42.3 (14-May-2012)
tune2fs: Filesystem has unsupported read-only feature(s) while trying to open /dev/sda1
Nope. Debugfs? Nope.
# debugfs -w /dev/sda1
debugfs 1.42.3 (14-May-2012)
/dev/sda1: Filesystem has unsupported read-only feature(s) while opening filesystem
Signed-off-by: Eric Sandeen <sandeen>
Reported-by: Bert DeKnuydt <Bert.Deknuydt.be>
Addresses-Red-Hat-Bugzilla: #880596
Signed-off-by: Theodore Ts'o <tytso>
(In reply to Bert DeKnuydt from comment #0) > 1. Manual of mkfs.ext4 talks about 'quota': Create quota inodes etc.etc. > (unchanged) Ok, so that's because Ted never picked up my docs patch. I'll re-ping on that. It's "only" been on the list since last November, and now I've sent a 2nd ping. :( > 2. mkfs.ext4 -O quota /dev/whatever reports > "Invalid filesystem option set: quota" > (unchanged) which is correct, since the quota config option is not enabled in fedora > 3. tune2fs -O quota /dev/whatever does not complain and correctly sets > the feature. Slightly changed, as it now prints 'Warning, feature still > under development'. But it does set the option. I get: # tune2fs -O quota fsfile tune2fs 1.42.7 (21-Jan-2013) Setting filesystem feature 'quota' not supported. # rpm -q e2fsprogs e2fsprogs-1.42.7-2.fc19.x86_64 which is correct. Are you sure you've tested the right e2fsprogs? So the other points aren't so important; if we can never set the option, other tools not understanding the option is fine. It seems half-baked and off by default so in Fedora we should just config it off & pretend it doesn't exist... > > Expected results: > > 1) It should never be possible to set an option, which you cannot unset. I think I fixed that when you filed the first bug; docs are still wrong though. > 2) On a meta-level, I'd expect/hope these kind of minor things to be > addressed > in less than 3 iterations of Fedora. Otherwise, people might get > seriously > discouraged to report any further bugs ... I think they were. Can you re-check? Hi Eric,
We both are right and wrong ... Took me some time to figure out this one:
You tried with 'tune2fs -O quota', 'dash Oh', but I get the
error with 'tune2fs -Q usrquota', 'dash Kjoo'.
So it looks like the fix blocks the quota option when one tries to set
it with '-O quota' but not , but when set with '-Q usrquota', as stated
in the man page.
[root@fulla tmp]# fallocate -l 10M test.img
[root@fulla tmp]# mkfs.ext4 test.img
mke2fs 1.42.7 (21-Jan-2013)
test.img is not a block special device.
Proceed anyway? (y,n) y
Discarding device blocks: done
Filesystem label=
OS type: Linux
Block size=1024 (log=0)
Fragment size=1024 (log=0)
Stride=0 blocks, Stripe width=0 blocks
2560 inodes, 10240 blocks
512 blocks (5.00%) reserved for the super user
First data block=1
Maximum filesystem blocks=10485760
2 block groups
8192 blocks per group, 8192 fragments per group
1280 inodes per group
Superblock backups stored on blocks:
8193
Allocating group tables: done
Writing inode tables: done
Creating journal (1024 blocks): done
Writing superblocks and filesystem accounting information: done
[root@fulla tmp]# tune2fs -O quota test.img
tune2fs 1.42.7 (21-Jan-2013)
Setting filesystem feature 'quota' not supported.
[root@fulla tmp]# tune2fs -Q usrquota test.img
tune2fs 1.42.7 (21-Jan-2013)
Warning: the quota feature is still under development
See https://ext4.wiki.kernel.org/index.php/Quota for more information
--> Now the quota option flag _is_ set, with all associated problems.
So my bug report above is not completely correct: it should have stated
'-Q usrquota,grpquota'. But the bug itself is still there.
Thanks for picking this up though.
B.
(In reply to Bert DeKnuydt from comment #4) > Hi Eric, > > We both are right and wrong ... Took me some time to figure out this one: > > You tried with 'tune2fs -O quota', 'dash Oh', but I get the > error with 'tune2fs -Q usrquota', 'dash Kjoo'. > > So it looks like the fix blocks the quota option when one tries to set > it with '-O quota' but not , but when set with '-Q usrquota', as stated > in the man page. Gah. Sorry. Ok, same fix needs to go for that, then. Stupid knobs. ;) I'll send it upstream. > [root@fulla tmp]# tune2fs -O quota test.img > tune2fs 1.42.7 (21-Jan-2013) > Setting filesystem feature 'quota' not supported. > > [root@fulla tmp]# tune2fs -Q usrquota test.img > tune2fs 1.42.7 (21-Jan-2013) :( Got it. I'll fix that up too. *sigh* why do we have 2 ways to do it. :( FWIW, the first bug you filed didn't mention the -Q problem. ;) -Eric Upstream seems fixed, FWIW, after d82445e tune2fs: more respect for quota config option f5589f4 mke2fs: remove quota docs if not configured in 44a2cca tune2fs: respect quota config option [sandeen@sandeen e2fsprogs]$ misc/tune2fs -O quota test.img tune2fs 1.43-WIP (09-Jul-2014) Setting filesystem feature 'quota' not supported. [sandeen@sandeen e2fsprogs]$ misc/tune2fs -Q usrquota test.img tune2fs 1.43-WIP (09-Jul-2014) misc/tune2fs: invalid option -- 'Q' Do you have a particular need for this fix in fedora, or should I just close this upstream/rawhide? Actually, as of 1.42.11 in rawhide all the options work... hohum. Seems that I just waited it out. ;) |