Repository navigation
Conversation
Signed-off-by: Baylem <zelathis@gmail.com>
|
Warning Review limit reachedYou've used all free OSS reviews for now. Wait for the free limit to reset to keep reviewing this public repository. Next included review available in 24 minutes. View limit details
Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out. |
Signed-off-by: Baylem <zelathis@gmail.com>
CI Report - 66ea4bbrun 43161320932 - attempt 1 0 failed - 13 passed - 0 skipped - 20 cancelled - 18m44s elapsed Test selection: full (selection-rule change) - per-suite table Coverage
Changed
Slowest jobs
e2e buckets run
|
Baylem
left a comment
There was a problem hiding this comment.
Verified recovery against a disposable Kubernetes cluster. A healthy server received an invalid image, entered image pull backoff, and returned to Ready on a new pod UID after restoring the original image. The scenario passed in 25.21 seconds.
Reviewed the shared lifecycle claim, pod UID and resource-version preconditions, and cleanup after a lost eviction response. Tests exercise a competing backup claim, disruption-budget refusal, a changed server generation, and controller restart. The operator retains ownership through termination of the old pod.
Signed-off-by: Baylem <zelathis@gmail.com>
Recover an owned, failed game pod when its rolling StatefulSet has observed a different target revision. The controller checks active lifecycle operations and stop fences, then requests a namespace-scoped eviction with UID and resource-version preconditions. Disruption budgets can defer recovery.
The controller suite exercises image-pull and crash-loop failures, unrelated objects, recovery fences and disruption-budget retries. Adds an operator e2e scenario that deploys an invalid image, restores the original image, and waits for a healthy replacement ordinal.
Closes #934.