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

force delete fix #223

Open
wants to merge 3 commits into
base: stable/xena-m3
Choose a base branch
from
Open

force delete fix #223

wants to merge 3 commits into from

Conversation

Carthaca
Copy link
Collaborator

@Carthaca Carthaca commented Nov 21, 2024

  • sapcc: fix rest api force delete
  • sapcc: improve volume_clone_split_status
  • sapcc: skip ensure for 'creating' instances without share server

please have a look at the individual commit messages.
While trying to fix a force-delete bug I needed to reproduce some clone split scenarios and saw some room for improvement there, too.

And the ensure fix is an edge case that happened to me during debugging with lots of manila-share restarts :)

manila/share/manager.py Outdated Show resolved Hide resolved
The force option needs to be a query param.
And since we don't have proper error handling for rest api in this
release, we use the timeout query to not have to deal with async jobs.

Now we apply force delete properly for 2-hour old shares instead of
just for 2-minute old ones.

Change-Id: Id2fd93d7d6f4d53d788a40243d174fe96be49def
We don't care about the progess percentage.
Instead use speaking states for better readability.

We are now able to differ the error conditions for clone split:
1. If we want to start clone split:
- we need to make sure that volume is a clone (status should not be 'finished')
- we want to make sure that clone split it currently not running (status should not be 'ongoing')
- therefore we have a status for the remaining cases: 'unknown'
2. If we want to stop clone split:
- we need to make sure that volume is a clone (status should not be 'finished')
- we want to make sure that clone split is currently running (status should be 'ongoing')

Change-Id: I8acaf6ea3c469c053375a15ae73268882fcbda8d
we are missing the request spec to continue creating the share
in such cases (e.g. we don't know about the keystone scope and also
don't know if maybe a source snapshot_id was provided)

Change-Id: Ie0f2fcce4fb64bd043745be014de08fad1e9d95e
Co-Authored-By: Chuan Miao <[email protected]>
@kpawar-sap
Copy link

looks good, will approve after py3 goes green

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

Successfully merging this pull request may close these issues.

3 participants