Red Hat Bugzilla – Bug 1285684
[RFE] Add --fsoptions (or --mkfsoptions) for autopart directive
Last modified: 2016-08-31 10:18:26 EDT
Description of problem:
Currently a range of commands (part, raid, btrfs, …) support the --fsoptions argument to set additional fs options (liek discard) it would be nice if autopart was also supporting this.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
The use-case is to pass the 'discard' option when the thinp layout type is used:
autopart --type=thinp --fstype=ext4 --fsoptions=discard
Isn't discard the default behavior of mke2fs? From mke2fs(8):
Attempt to discard blocks at mkfs time (discarding blocks initially is useful
on solid state devices and sparse / thin-provisioned storage). When the device
advertises that discard also zeroes data (any subsequent read after the discard
and before write returns zero), then mark all not-yet-zeroed inode tables as
zeroed. This significantly speeds up filesystem initialization. This is set as
Oh, I did not know about that option for mke2fs.
I was referring to either mke2fs(8) -O discard or mount(8) -o discard.
The difficulty here is that you are specify mount options to a command that creates multiple filesystems. The obvious behavior would be to set/use this option for all of the filesystems created by autopart. Is this what you would expect? eg: /boot and / (and /home if enough space is available) would all get the option.
Also, how would it impact RHEV 4 if this bug was deferred to 7.4?
Actually a valid point that it would affect multiple filesystems - and this would actually not be to nice.
In the mean time we actually improved our tool to support multiple (ext4+xfs) filesystems, which means that this RFE is not a direct blocker anymore.
I think this proposal has fatal flaws as described in comment 5, and am closing it on that basis. The anaconda team is not against something along these lines in principle, but this particular proposal will not work.