[nexus] Consider SagaUnwound
instances Failed
#6658
Merged
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
Currently, instances whose active VMM is
SagaUnwound
appear externally asStopped
. We decided to report them asStopped
because start sagas are permitted to run for instances withSagaUnwound
active VMMs, and --- at the time when theSagaUnwound
VMM state was introduced,Failed
instances could not be started. However, #6455 added the ability to restartFailed
instances, and #6652 will permit them to be stopped. Therefore, we should recast instances withSagaUnwound
active VMMs asFailed
: they weren't asked politely to stop; instead, we attempted to start them and something went wrong...which sounds likeFailed
to me.This becomes more important in light of #6638: if we will attempt automatically restart such instances, they should definitely appear to be
Failed
. The distinction betweenFailed
andStopped
becomes thatFailed
means "this thing isn't running, but it's supposed to be; we may try to fix that for you if permitted to do so", whileStopped
means "this thing isn't running and that's fine, because you asked for it to no longer be running". Thus, this commit changesSagaUnwound
VMMs to appearFailed
externally.