Skip to content

Conversation

@lloyd-brown
Copy link
Collaborator

Before this PR if a user launched a cluster with autostop enabled, the cluster became STOPPED because of autostop, and the user ran sky start to bring the cluster back up the cluster would not retain its original autostop settings and would run forever. Given that the configuration for the cluster has not changed the user should expect the cluster to have autostop still enabled after running sky start.

This PR adds in this functionality by querying the cluster table for the autostop settings on start and using them when starting the cluster. I added a smoke test to ensure we maintain this functionality in the future.

Tested (run the relevant ones):

  • Code formatting: install pre-commit (auto-check on commit) or bash format.sh
  • Any manual or new tests for this PR (please specify below)
  • All smoke tests: /smoke-test (CI) or pytest tests/test_smoke.py (local)
  • Relevant individual tests: /smoke-test -k test_name (CI) or pytest tests/test_smoke.py::test_name (local)
  • Backward compatibility: /quicktest-core (CI) or pytest tests/smoke_tests/test_backward_compat.py (local)

@lloyd-brown lloyd-brown marked this pull request as ready for review November 20, 2025 00:35
@lloyd-brown
Copy link
Collaborator Author

/smoke-test

@lloyd-brown
Copy link
Collaborator Author

/smoke-test -k test_autostop_wait_for_jobs --aws

@lloyd-brown
Copy link
Collaborator Author

/smoke-test

@lloyd-brown
Copy link
Collaborator Author

/smoke-test

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.

2 participants