Skip to content

[Test] Fix test_debug_dump_no_args timeout in remote-server mode#9230

Merged
zpoint merged 1 commit into
skypilot-org:masterfrom
zpoint:fix/debug-dump-test-timeout
Apr 1, 2026
Merged

[Test] Fix test_debug_dump_no_args timeout in remote-server mode#9230
zpoint merged 1 commit into
skypilot-org:masterfrom
zpoint:fix/debug-dump-test-timeout

Conversation

@zpoint

@zpoint zpoint commented Mar 31, 2026

Copy link
Copy Markdown
Collaborator

Summary

  • Increase test_debug_dump_no_args timeout from 30s to 120s (matching test_debug_dump_nonexistent_resources)

Root Cause Analysis

The test fails 100% of the time in --remote-server --kubernetes nightly builds (7/7 retries): https://buildkite.com/skypilot-1/smoke-tests/builds/9448

Investigation (SSH debug on Buildkite agent):

  1. The test framework auto-prepends sky status -u before the actual test command
  2. In --remote-server mode, the nested Docker container starts the API server with sky api start --deploy
  3. In deploy mode, burstable_parallelism=0 (by design, to prevent OOM in production)
  4. On boot, the API server schedules sky.check as a SHORT request to discover cloud credentials (~38s for all clouds)
  5. The on-boot sky.check + 3 daemon requests (status-refresh, volume-refresh, managed-job-refresh) saturate the SHORT worker pool
  6. sky status -u gets queued but cannot be scheduled until sky.check finishes

Why the blocking is intentional:

sky.check on boot validates cloud credentials. Until it completes, the server doesn't know which clouds are available. Other commands depend on this credential discovery, so blocking the SHORT pool during boot is correct behavior — it prevents serving requests with incomplete cloud state.

Why this wasn't a problem before:

test_debug_dump_no_args was newly introduced in #8868. The 30s timeout was set without accounting for the deploy-mode boot sequence in --remote-server CI. The on-boot blocking has always existed.

Test plan

  • The fix increases timeout from 30s to 120s, matching the other debug-dump test (test_debug_dump_nonexistent_resources)
  • Verified on Buildkite agent via SSH: sky status -u completes in ~38s in deploy mode, well within 120s

🤖 Generated with Claude Code

The test consistently times out in --remote-server mode on Buildkite CI.
The test framework auto-prepends `sky status -u` before the actual test
command. In deploy mode (--deploy), the API server's on-boot `sky check`
blocks the SHORT worker pool while validating cloud credentials (~38s).
This blocking is intentional — other commands depend on credential
discovery. With a 30s timeout the test always fails before sky check
completes. Increase to 120s to match the other debug-dump test.

Fixes: https://buildkite.com/skypilot-1/smoke-tests/builds/9448

Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com>
@zpoint

zpoint commented Mar 31, 2026

Copy link
Copy Markdown
Collaborator Author

/smoke-test --kubernetes --remote-server -k test_debug_dump_no_args

@gemini-code-assist gemini-code-assist Bot left a comment

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Code Review

This pull request increases the timeout for the test_debug_dump_no_args smoke test in tests/smoke_tests/test_cli.py from 30 seconds to 2 minutes. I have no feedback to provide.

@zpoint zpoint requested review from aylei and cg505 March 31, 2026 15:29

@aylei aylei left a comment

Copy link
Copy Markdown
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

LGTM, thanks!

@zpoint zpoint merged commit 9f7c138 into skypilot-org:master Apr 1, 2026
22 checks passed
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