tests: spread tests fail intermittently
Metadata
Current evaluation
Rockcraft spread tests intermittently fail because the docker snap daemon never starts in test VMs, and the retry loop is insufficient. Feb 2026 triage confirmed the same pattern is still in spread.yaml; a fix (diagnostics on failure) is suggested but no PR proposed.
Suggested action: keep open
Reason: The issue is labelled Status: Triaged and a maintainer's 2026-02-26 comment explicitly confirms it is 'still present in-tree (not obsolete)', with the current spread.yaml still using the same 'retry -n 10 --wait 2 sh -c "docker run --rm hello-world"' pattern and no diagnostics on failure. A concrete remediation (capture snap services/logs/journalctl on retry exhaustion) is proposed but no PR exists, so it remains a valid, open CI-reliability bug.
Issue body
Evaluation history
| Date | Model | Scores | Action | Summary |
|---|---|---|---|---|
| qwen/qwen3.8-27b |
Impact:
35
Quick Win:
21.0
Staleness:
50
Complexity:
40
Confidence:
85
Support Request:
5
|
keep open | Rockcraft spread tests intermittently fail because the docker snap daemon never starts in test VMs, and the retry loop is insufficient. Feb 2026 triage confirmed the same pattern is still in spread.yaml; a fix (diagnostics on failure) is suggested but no PR proposed. | |
| qwen/qwen3.6-35b-a3b |
Staleness:
55
Complexity:
30
Confidence:
85
Support Request:
10
|
keep open | Intermittent spread test failures due to Docker daemon startup timeout. Triaged bug with recent maintainer suggestions for improved diagnostics, awaiting implementation. | |
| qwen3.6-35b-a3b-mtp-q6 |
Staleness:
55
Complexity:
40
Confidence:
75
Support Request:
10
|
keep open | Intermittent spread test failures due to Docker daemon not starting during CI setup. Triaged and open, with recent suggestions to add diagnostic logging and increase retry timeouts. | |
| qwen3.6-35b-a3b-mtp-q6 |
Staleness:
55
Complexity:
25
Confidence:
85
Support Request:
0
|
keep open | Intermittent spread test failures due to Docker daemon connection errors. Triaged and still present. Recent discussion recommends capturing diagnostic logs on failure and increasing retry duration to aid debugging. Awaiting a proposed fix. |
Update history
No update history recorded yet.
Related work
-
Related To:
charmcraft#1218
(confidence 35%)
Similar flaky spread test in the sibling project (store resources test), closed without a linked fix; useful precedent for how such CI flakes were handled.
Related issues
| Issue | Project | State | Summary | Similarity |
|---|---|---|---|---|
| #943 test(spread): test on more bases | craft-application | merged | Merged after passing CI checks and approvals. Updates spread tests to run across multiple Ubuntu bases using an external Python runtime snap, enabling early detection of base-specific bugs and serving as a prerequisite for ROCKCRAFT-255. | |
| #1304 test(spread): fix cross-test contamination | rockcraft | merged | Merged fix for spread test cross-contamination. Resolved by copying a clean rockcraft.yaml template at test start to isolate variants. Approved by two reviewers and passed CI checks. | |
| #665 create new Spread task for daily compatibility matrix testing | rockcraft | open | Feature request to add a dedicated daily spread test that runs rockcraft pack across multiple LXD/multipass/docker versions to catch dependency breakage early. Maintainer discussion on 2024-08-08; no implementation found in current codebase. | |
| #100 tests: print rockcraft log files on spread failure | rockcraft | merged | Merged: adds 11 lines to print rockcraft log files during spread test failures, improving debugging visibility. Approved by one reviewer and passed CI checks. |