- stratis-devel - Fedora mailing-lists

Request for Comment: Relaxing backwards compatibility between D-Bus interface revisions
by the Mulhern 11 Jan '22

11 Jan '22

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 0

stratisd 3.0.1 was released
by the Mulhern 13 Dec '21

13 Dec '21

Hi! This release is a small bug fix release. The principle purpose of the release is to bump the direct bindgen dependency version to the more recent 0.59. The release also includes some small fixes to the behavior of our D-Bus layer, correcting some fairly minor bugs principally in the emission of signals. Please see the changelog[1] for details. Thanks, - mulhern [1] https://github.com/stratis-storage/stratisd/blob/master/CHANGES.txt

1 0

Stratis 3.0.0 released
by the Mulhern 17 Nov '21

17 Nov '21

Hi! Stratis 3.0.0, which includes new versions of stratisd and stratis-cli has been released. Please see the blog post[1] for details of the release. Thanks for your continued interest in the Stratis project. - mulhern [1] https://stratis-storage.github.io/stratis-release-notes-3-0-0/

3 3

stratisd-2.4.3-1.fc34 is available for testing
by the Mulhern 12 Nov '21

12 Nov '21

HI! Please see the bodhi link[1] for the usual procedures. Thanks, - mulhern [1] https://bodhi.fedoraproject.org/updates/FEDORA-2021-f304bba7cc

1 0

stratisd 2.4.3 released; Stratis 3.0 coming soon
by the Mulhern 11 Nov '21

11 Nov '21

Hi! We would like to announce the release of stratisd 2.4.3[1][2]. Stratis 3.0 will be coming out in a few days. stratisd 2.4.3 is provided as a convenience for downstream packagers who do not wish to upgrade to the new version in a stable release, but want to pick up the bug fixes included in Stratis 3.0. Please see the related GitHub issue[3] for a list of the significant commits. Thank you for your continued interest in the Stratis project. - mulhern [1] https://crates.io/crates/stratisd/2.4.3 [2] https://github.com/stratis-storage/stratisd/releases/tag/v2.4.3 [3] https://github.com/stratis-storage/stratisd/issues/2838

1 0

RFC on proposal for block device part of thin provisioning redesign
by the Mulhern 03 Nov '21

03 Nov '21

Hi all, We have posted a proposal for the block device portion of the redesign of our thin provisioning implementation[1]. Feel free to comment by responding to this email, or by commenting on the issue itself. Thanks, - mulhern [1] https://github.com/stratis-storage/stratisd/issues/2814

1 0

Questions about how filesystem sizing works
by Ryan Gonzalez 20 Sep '21

20 Sep '21

Hello there again! I've been using Stratis as my rootfs for a bit now, and it seems to be working pretty well...with one particular catch... For some context: I have a single 2TB pool on a single disk, with two filesystems inside. When I created said filesystems, they seem to have been both sized as 1TB, which was a bit confusing since I thought they would start smaller and expand as I wrote to them. In particular, one of them (the rootfs) is only ~200GB full, while the other is ~800GB. Of course, the latter of these is reaching the current 1TB limit, which is where things get...weird. In particular, based on the system logs, I seem to have hit this: https://github.com/stratis-storage/stratisd/issues/1466 From what I can understand, this is just Stratis trying to expand the filesystem. However...it doesn't seem to ever succeed, since the size stays the same. Despite that, it still seems to run whenever I write in a large amount of new data, resulting in some *very* brutally slow I/O speeds (despite being on an NVMe disk), to the extent that I can't really even open a terminal (to be fair, I have quite a few oh-my-zsh plugins that could be contributing negatively to this...) This has led to two particular questions: - How exactly does the resizing of filesystems work? I know you can't shrink XFS, but I believe the Stratis design paper references reclaiming unused space via trims. Is it even possible for the rootfs to "shrink" (but not really) to accommodate an expansion of the other one? - If the other one can't expand, is it possible to just tell Stratis to stop trying and avoid the major lag? Or, could there be something in my configuration making this significantly slower than it's supposed to be (maybe disk schedulers)?

2 5

Please update your systemd service files if running Stratis 2.4.0 or above
by the Mulhern 18 Sep '21

18 Sep '21

Hi! We would like to advise you to update your systemd service files as shown in this diff: https://github.com/stratis-storage/stratisd/pull/2754/files. This change fixes an intermittent error that could occur when booting a system. During boot, stratisd-min yields to stratisd once the D-Bus is available. This is done by having systemd terminate stratisd-min. Without the change systemd terminates stratisd-min and any of its child processes. If stratisd-min is running one of the few command-line tools it finds necessary to run, and this process is terminated before stratisd-min shuts down, inconsistencies in pool or filesystem setup may occur which can not be handled properly by stratisd. With the recommended change, systemd sends a signal only to stratisd-min and none of its subprocesses, so that the states of pools and filesystems are consistent when stratisd takes over their management. Thank you for your continuing interest in the Stratis project, - mulhern

1 0

Is it possible to use Stratis on *part* of a drive?
by Ryan Gonzalez 16 Aug '21

16 Aug '21

I was hoping to play around with using Stratis as my rootfs, but only half my drive is used for my Linux install (with Windows on the other half). Would it be possible to create a Stratis pool covering just a portion of the block device?

2 1

devicemapper v0.29.2 yanked
by the Mulhern 28 Jul '21

28 Jul '21

Hi! We'ld like to inform you that devicemapper 0.29.2 has ben yanked due to a behavior that is fixed in 0.29.3 which was released last night. The effect of the behavior was that certain methods in the DM impl that implemented certain ioctls would return an error result always. This was due to an implicit requirement embedded in the source that the result of an ioctl would contain the name of a devicemapper device. This expectation has always been implicit in the devicemapper source; the change in 0.29.2 was that the name was read from the ioctl result more eagerly than in previous versions, causing the effect of this false assumption to be more visible in the library behavior. We urge anyone who is making use of devicemapper 0.29.2 to move up to devicemapper 0.29.3 immediately. Thanks for your interest in the Stratis project and its supporting libraries. - mulhern

1 0

2024

2023

2022

2021

2020

2019

2018

2017

stratis-devel