Re: stratis xfs resizing
by the Mulhern
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[1]?
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.
- mulhern
[1] https://github.com/stratis-storage/project/discussions/new
On Fri, Jan 21, 2022 at 10:16 AM Walter Löhr
<walter.loehr(a)gns-systems.de> wrote:
>
> Hi folks,
>
> 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 !!
>
> Best regards
> Walter
> _______________________________________________
> 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
> List Archives: https://lists.fedorahosted.org/archives/list/stratis-devel@lists.fedoraho...
> 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
1 year, 8 months
stratis xfs resizing
by Walter Löhr
Hi folks,
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 !!
Best regards
Walter
1 year, 8 months
Request for Comment: Relaxing backwards compatibility between D-Bus interface revisions
by the Mulhern
Hi!
The upcoming release of stratisd will be a patch release, 3.0.3, but
the next release will increase the minor version number, and will be
3.1.0. Whenever we put out a new minor version, we put out new
revisions of Stratis D-Bus interfaces. We've considered a bit, and we
believe that the constraints we imposed on backwards compatibility
between D-Bus interface revisions in the stratisd 2.0 release were
unhelpfully strong. We would like to relax the constraints somewhat in
the 3.0 release. We need to make a decision in the next week or two,
to keep up with our development.
We're requesting comments on our proposal[1]. We're trying to make use
of the GitHub Discussions facility, so we invite your comments or
questions at the linked Announcement.
Let us know what you think,
Thanks,
- mulhern
[1] https://github.com/stratis-storage/project/discussions/388
1 year, 8 months