Container orchestrator: better handling of machine suspension and hibernation
- Dominant language
- Go
- Stars
- 189
- Forks
- 24
- Avg merge
- 2d 16h
- Merged PRs (30d)
- 18
Description
There is anecdotal evidence that running Containers will not survive prolonged machine suspension, or hibernation. I have seen cases where Containers ended in "Unknown" state after resume.
Unknown state is final in the current implementation. We should consider if we can relax this limitation and handle hibernation better, e.g. by enabling low-frequency probing for containers in Unknown state and allow their transition back to Running and other relevant states.
Contributor guide
Research direction
The issue names no files, tests, or entry points. Start by locating the container state handling and its treatment of Unknown after resume; done requires an agreed behavior for suspended or hibernated containers, including whether probing can return them to Running or other states.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- go
- Domain
- backend, infrastructure
- Issue type
- Feature
- Difficulty
- 5/5
- Estimated time
- Over a week
- Activity status
- Stale
- Clarity
- Needs clarification
- Newbie friendliness
- 25/100