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

sstable::create_links does not clean up after itself on error #7429

Closed
bhalevy opened this issue Oct 14, 2020 · 5 comments
Closed

sstable::create_links does not clean up after itself on error #7429

bhalevy opened this issue Oct 14, 2020 · 5 comments
Assignees
Labels
Milestone

Comments

@bhalevy
Copy link
Member

bhalevy commented Oct 14, 2020

This issue is split off of #5714, focusing on create_links error handling.

As mentioned in a4d8e99 FIXME comment if link_file fails on any of the components (e.g. when running out of space) the function returns the error but it does not clean up after itself, leaving a mess behind that requires human intervention, since retrying the link operation will fail.

@bhalevy bhalevy self-assigned this Oct 14, 2020
@bhalevy
Copy link
Member Author

bhalevy commented Oct 14, 2020

Patchset [scylladb-dev] [PATCH v1 00/10] sstables: make move_to_new_dir idempotent was sent to the ML, fixing this issue.

@avikivity
Copy link
Member

Not a regression, rare error, not fatal, so not backporting.

@bhalevy
Copy link
Member Author

bhalevy commented Dec 1, 2020

@avikivity the issue prevents nodes that experienced a crash from starting when move from staging hits the remainders of partially moved sstables. This is seen in the field by a user that runs 4.2.1.

@slivne
Copy link
Contributor

slivne commented May 2, 2022

@bhalevy was this backported to 2021.1 ?

@bhalevy
Copy link
Member Author

bhalevy commented May 2, 2022

@bhalevy was this backported to 2021.1 ?

No, 5b312a1 was merged in 4.4 and it was decided not to backport it (see #7429 (comment))

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

No branches or pull requests

4 participants