Thanks for the question(!), which is one we've devoted some thought
and discussion to.
Is it convenient to you to repost via our recently introduced
Discussions forum on GitHub?
The first thing we've done to address this problem is the very simple
one of allowing a user to override the initial logical size of the
filesystem on creation, in Stratis 3.0. So, a user who expects their
filesystem to grow very large is at least able to set it up for that
future size in advance.
On Fri, Jan 21, 2022 at 10:16 AM Walter Löhr
I'm interested in stratis ongoing process, good project.
What about creating filesystems on big raid devices, eg. raid controller with 24x18TB
disks in eg. a raid60 config,
when first the new filesystems get thin provisioned 1TB in size and could/should grow to
pool max ?
So at the beginning the xfs generated agcount (and agsize) values would then much too
small while not grow with use of xfs_growfs auto-initiated by stratis.
All the best and good luck for progress to you !!
stratis-devel mailing list -- stratis-devel(a)lists.fedorahosted.org
To unsubscribe send an email to stratis-devel-leave(a)lists.fedorahosted.org
Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
The question with me is not whether you have a right to render your
people miserable, but whether it is not your interest to make them
happy. - Edmund Burke, "Conciliation with America", 1775