-
Notifications
You must be signed in to change notification settings - Fork 0
This issue was moved to a discussion.
You can continue the conversation there. Go to discussion →
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[BUG?] the requested filesystems already exist; no action taken #686
Comments
Please post the following if possible:
Thanks! |
Since the error is generated by |
I retested with only one physical disk (USB key).
Output of
Output of
Output of Output of
|
Ok! What was the name of the filesystem you were expecting to create? |
client version:
source versions (from git): |
(?) The standard fs that is used for |
When you create a new filesystem, you have to give it a name. The command is: |
By the way, I was mistaken formerly. The error is generated by stratisd, not stratis-cli. So the whole thing, the precise command you issued and the precise error reported would be a help. |
I issued:
report from
|
My platform is a non-systemd one; Slackware64 -current w/ thin-provisioning-tools 0.9 |
Ok! The error message on the command-line is from Can you give more output from the stratisd logs up to the one log entry you quoted? That entry is emitted exactly when the D-Bus method returns, so log entries that precede that one should be valuable. Also, please set the log level to debug instead of info. |
@mulkieran I actually saw this error in my metadata rework PR but need to look back to see exactly what was happening. Either I had a mismatched version of stratis-cli and stratisd or there was a bug in the engine. I can't remember which it was, and I can't reproduce it on the master branch, but I'll take a look again. |
Aha! I think I tracked it down. What I think is happening is that stratis-cli is not updated. Because the pre-3.6 version of stratis-cli and post-3.6 version of stratis-cli both send an array as the only parameter, our D-Bus layer allows us to send an incorrectly formatted array from the pre-3.6 version of stratis-cli to the 3.6 version of stratisd. This results in an empty set of filesystem specs being passed to the engine. This trips of stratis-cli because due to being idempotent, the engine reports that creating no filesystems was successful. |
|
@mulkieran Which tag of the |
@bsdooby I would recommend v3.6.0. |
@mulkieran Seems to work. How cool is this :) I will test some more and report back, OK? Please keep this issue open. |
from
|
My guess is that you need to set an environment variable during the build/install phase to point to |
@jbaublitz what would that flag be? It seems to work, ignoring that "errror" |
If you override either |
@jbaublitz I will have a look; thank you en tout can... |
|
Can you please provide the command you used to install? |
|
I was under the impression that |
@bsdooby Try |
Yes, I already did that (see my latest post). I will observe `dmesg -w` ...
stay tuned.
[off topic] How would you define the USP of stratis (compared to ZFS and/or Btrfs)?
…On Wed, Feb 7, 2024 at 6:26 PM mulkieran ***@***.***> wrote:
@bsdooby <https://github.com/bsdooby> Try make build-all to setup for make
install. Those small executables that you mention are there to support
some udev rules which are also installed via make install.
—
Reply to this email directly, view it on GitHub
<#686 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/ACIWLMNQ2SSOH33PVK2Z5H3YSO2KTAVCNFSM6AAAAABC36IJCWVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMYTSMZSGUZTGNBXGU>
.
You are receiving this because you were mentioned.Message ID:
***@***.***>
|
Another issue that I have:
|
That is actually correct information. Thin provisioning allows filesystems to be larger than the total physical size of the storage available and filesystems are set to 1 TiB by default. If you're concerned about exhausting the physical space on your pool, I'd recommend either setting a size and size limit lower than the physical space on your pool ( |
Ah OK, makes sense. I will play around with `--size` and `--size-limits`
(and to not let the pool overprovision).
…On Wed, Feb 7, 2024 at 8:10 PM John Baublitz ***@***.***> wrote:
That is actually correct information. Thin provisioning allows filesystems
to be larger than the total physical size of the storage available and
filesystems are set to 1 TiB by default. If you're concerned about
exhausting the physical space on your pool, I'd recommend either setting a
size and size limit lower than the physical space on your pool (stratis
fs create --size --size-limit) or setting the no overprovisioning mode on
the pool to avoid the total size of filesystems from exceeding the
available physical storage (stratis pool overprovision).
—
Reply to this email directly, view it on GitHub
<#686 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/ACIWLMNMBEWL65SJD3BAWADYSPGTBAVCNFSM6AAAAABC36IJCWVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMYTSMZSGY4TQMZWHA>
.
You are receiving this because you were mentioned.Message ID:
***@***.***>
|
I think all is good now w/ the help and information you provided. |
This issue was moved to a discussion.
You can continue the conversation there. Go to discussion →
Context: on Slackware (-current), after successful installation of
stratis
(latest) from source (adding all required dependencies), I want to create a filesystem on my test pool (2 x 7 GB USB keys)Want: create new filesystem
Get: from
stratisd
:the requested filesystems already exist; no action taken
Observation: no fs is created on the pool, as can be investigated by
stratis fs list mypool
What could cause this?
The text was updated successfully, but these errors were encountered: