Skip to content

ci: keep PostgreSQL lanes on hosted runners - #737

Merged
wesm merged 1 commit into
mainfrom
fix/host-postgres-runners
Sep 2, 2026
Merged

ci: keep PostgreSQL lanes on hosted runners#737
wesm merged 1 commit into
mainfrom
fix/host-postgres-runners

Conversation

@wesm

@wesm wesm commented Sep 1, 2026

Copy link
Copy Markdown
Member

The PostgreSQL and pgvector lanes now always use GitHub-hosted Ubuntu, where the service-container tests complete in minutes instead of timing out on the managed Linux runners. Hosted Go caching stays enabled for both jobs; all other Linux jobs continue to use the managed runners.

The managed Linux runners make PostgreSQL service-container tests much
slower and cause the main PostgreSQL lane to time out. The same commit
completes both lanes in minutes on GitHub-hosted runners.

Keep these database-heavy jobs on GitHub-hosted Ubuntu until the managed
Docker-in-Docker storage path is fixed. Hosted Go caching remains enabled
because these jobs no longer use the fleet's persistent Go cache.

Generated with Codex

Co-authored-by: Codex <noreply@openai.com>
@roborev-ci

roborev-ci Bot commented Sep 1, 2026

Copy link
Copy Markdown

roborev: Combined Review (6184dc6)

No issues found.


Reviewers: 2 done | Synthesis: codex | Total: 1m18s

@wesm wesm self-assigned this Sep 2, 2026
@wesm
wesm merged commit 027a93a into main Sep 2, 2026
16 of 19 checks passed
@wesm
wesm deleted the fix/host-postgres-runners branch September 2, 2026 10:11
wesm added a commit that referenced this pull request Sep 2, 2026
The new PostgreSQL shard matrix must follow the hosted-runner policy from
#737. Running those service-container jobs on the managed fleet would retain
the same slow Docker storage path that caused the original timeouts.

Keep hosted Go caching enabled so each isolated shard job avoids a cold module
and build cache.

Generated with Codex
Co-authored-by: Codex <noreply@openai.com>
wesm added a commit that referenced this pull request Sep 2, 2026
The new PostgreSQL shard matrix must follow the hosted-runner policy from
#737. Running those service-container jobs on the managed fleet would retain
the same slow Docker storage path that caused the original timeouts.

Keep hosted Go caching enabled so each isolated shard job avoids a cold module
and build cache.

Generated with Codex
Co-authored-by: Codex <noreply@openai.com>
wesm added a commit that referenced this pull request Sep 2, 2026
The managed Linux runners are about ten times slower than hosted Ubuntu for
the Go test suite. On main the test job has hit go test's one-hour timeout
in cmd/msgvault/cmd and internal/store in three of the last six runs, and on
this branch the unsharded packages alone took 33 minutes there, followed by
20 minutes for the cmd/msgvault/cmd shards, during which a test that allows
five seconds for a command to finish timed out. On hosted Ubuntu the same
shards finish in under three minutes.

The test and test-sharded jobs now run on hosted Ubuntu with Go caching, as
#737 already did for the PostgreSQL lanes. The other Linux jobs stay on the
managed runners.

Generated with Claude Code
Co-authored-by: Claude <noreply@anthropic.com>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Development

Successfully merging this pull request may close these issues.

1 participant