Skip to content
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

In specific circumstances, a pool that is in the internal stopped_pools data structure does not appear in D-Bus stopped pools property #3357

Open
mulkieran opened this issue Jun 2, 2023 · 0 comments

Comments

@mulkieran
Copy link
Member

mulkieran commented Jun 2, 2023

This circumstance can occur only if stratisd judges some devices in the pool to be encryption-supporting and some not. This situation is fairly unusual. It can be caused by overwriting Stratis LUKS metadata with a key_description that does not appear to belong to Stratis. In that case, the LUKS info that stratisd tracks is discarded and there are some encrypted devices and some not in the DeviceSet. In this case, the device set is omitted from the information that is included in StoppedPools.

One way to address this is to add extra information at the lowest level about the Stratis device that has no useful unlocking information, something like UnknownUnlockMethod. Then, rather than omitting the LUKS info from the internal data structures, we would include it. In that case, we would be able to setup the pool from the unlocked device, but we would also want to put it into a NO_IPC_REQUESTS state to alert the user that there was a problem.

Related #3353

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant