Skip to content

sr: Handle restore transaction atomically - #472

Open
Cameron E Baird (Camelron) wants to merge 1 commit into
michaelx/up/3.32.0/snapshot-restore-featurefrom
michaelx/up/3.32.0/snapshot-restore-feature-lifecycle
Open

sr: Handle restore transaction atomically#472
Cameron E Baird (Camelron) wants to merge 1 commit into
michaelx/up/3.32.0/snapshot-restore-featurefrom
michaelx/up/3.32.0/snapshot-restore-feature-lifecycle

Conversation

@Camelron

Copy link
Copy Markdown

We have several lifecycle bugs where, if any operation times out or otherwise fails during the sandbox or workload adoption, we don't exit gracefully and leave a stuck shim + clh process on the node.

Handle these by making failures during the restore path fatal, exiting the shim with errors.

Currently a failure during CreateContainer is handled as a sandbox-level fault and the whole shim exits as well. Possibly we'll have to refine this to allow CreateContainer retries.

We have several lifecycle bugs where, if any operation times
out or otherwise fails during the sandbox or workload adoption, we
don't exit gracefully and leave a stuck shim + clh process on the node.

Handle these by making failures during the restore path fatal, exiting
the shim with errors.

Currently a failure during CreateContainer is handled as a sandbox-level
fault and the whole shim exits as well. Possibly we'll have to refine
this to allow CreateContainer retries.
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.

1 participant