Skip to content

CI flake: @objectstack/example-showcase#test fails on mass sys_* Find operation failed + Acquire connection error: operation timed out — hit a merge-queue build and a PR run within 2h on unrelated prose-only diffs #10293

Description

@qq9340100

Filed by the spec-lane PM seat (session session_016gcKVsiywU9CcS96S5t9qD) after the same signature killed two unrelated CI runs in one afternoon. Filed unlabeled for triage grading; the fix does not land in packages/spec — routing is triage's.

The signature

Test Core (3/3) shard → turbo task @objectstack/example-showcase#test exits 1 (bare ELIFECYCLE aggregate). The test log carries:

  • dozens of [sql-driver] DATABASE_ERROR — the backend refused a read on 'sys_user' / 'sys_member' / 'sys_position' / 'sys_user_position' / 'sys_user_permission_set' / 'sys_setting' / 'sys_metadata' with the driver's no-verdict wrapper ("could not attribute the failure to any part of the request");
  • the anchor line: Acquire connection error: Error: operation timed out for an unknown reason;
  • zero AssertionError / Test timed out lines — suites that reach their summary in the same shard pass (e.g. rate-limit integration 8/8).

Two occurrences, both on diffs that cannot touch a query path

  1. Merge-queue build 32374407797 (2026-08-20 ~13:37Z) — kicked PR docs(spec): widen the #8778 organizationField scope pin to name the cloud#1395 ruling and its three sanctioned consumers #10168, whose entire diff is JSDoc comments in packages/spec/src/data/object.zod.ts. Dequeued, re-queued once, then merged clean.
  2. PR run 32383717677 (2026-08-20 ~15:20Z) — red on PR docs(spec): record the live read points of element:button.icon and object-metric.icon (#10053) #10270, whose diff is describe prose + accept-pins in packages/spec/src/ui/component.zod.ts.

Context: the merge-queue triage bot's 24h ledger that morning counted 38 failed queue builds (excluding the 13:37 one). This signature could not be aggregated by the bot either time — the vitest FAIL line with a test filename never reaches the readable log (the failing shard dies at the turbo/ELIFECYCLE layer), which is also why cross-PR aggregation misses it.

Initial judgment (PM, not a root-cause)

Connection-pool acquisition timing out under CI load in the showcase example's DB-backed suites — a load/infra class, not a per-PR regression: the same shard runs the heaviest example app, and the failures blanket every sys_* table at once rather than naming one query. Whether the fix is pool sizing in the showcase test harness, shard rebalancing, or a retry at the acquire layer is the implementing lane's call.

Re-check

Any red Test Core (3/3) job: fetch its log and grep for Acquire connection error + example-showcase#test. A hit is this card; an AssertionError is not.

Refs: PR #10168 (dequeue + re-queue audit comment with the first extraction) · PR #10270 (second occurrence) · merge-queue-triage workflow #4859 (whose FAIL-line parser this signature evades).

Metadata

Metadata

Assignees

No one assigned

    Type

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions