CI: the coverage shards sometimes run out of disk before the swap file is made
I maintainer di solito rispondono entro 1 giorno
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 2/5
- Tempo stimato
- 1-3 ore
- Idoneità per principianti
- 42/100
- Tipo di issue
- Bug
- Chiarezza
- Abbastanza chiara
- Stato di attività
- Attiva
- Stack tecnologico
- github-actions, linux, ubuntu
- Ambito
- build-system, ci-cd
Direzione di ricerca
The failing step is Add swap in .github/workflows/ci.yml, and the same change is needed in the swap step of wheels.yml. Start by reading both swap steps and the coverage job's matrix, then check which preinstalled directories the job actually uses. Done when the coverage shards get past Add swap on a full runner, with df -h / printed in the step.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
The coverage shards on ubuntu runners sometimes fail after about 45 s because the runner's disk is full. The Add swap step (.github/workflows/ci.yml) cannot allocate its 12 GB swap file, and every later step is skipped. The runner log ends with:
System.IO.IOException: No space left on device : '/home/runner/actions-runner/cached/.../_diag/Worker_....log'
On 2026-11-02 it hit coverage (2/6) on PRs #426, #427 and #437. In each case a rerun of the job passed, which points to the runner's free space varying from image to image rather than to the PR.
To do
- Free space before the
Add swapstep, for example by removing the preinstalled toolchains the job doesn't use (/usr/share/dotnet,/usr/local/lib/android,/opt/ghc), or size the swap file fromdfinstead of a fixed 12G. - Print
df -h /in the step, so a failure shows how much space was free. - Apply the same change to the swap step in
wheels.yml.
Done when
The coverage shards no longer fail at Add swap for lack of disk space.
🤖 Generated with Claude Code
- Lingua principale
- Python
- Stelle
- 3
- Fork
- 3
- Merge medio
- 8h 37m
- PR unite (30g)
- 159
Preparare l'ambiente
- Nessun Dockerfile né file Docker Compose
- Nessun modello di pull request
- Leggi la guida per i contributori
Come iniziare
- Leggi tutta la issue e poi la guida ai contributi del progetto.
- Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
- Fai un fork del repository e lavora su un branch.
- Apri una pull request che faccia riferimento al numero della issue.
Altre issue di LupoLab/solprop
-
docs/dev/backends.md still lists the removed set_held_plane and held_observationForse già presa Una pull request collegata a questa issue è aperta o già unita. Apertadocumentation priority: low
Difficoltà 2/5 1-3 ore Idoneità per principianti 82/100
I maintainer di solito rispondono entro 1 giorno
-
performance priority: low
Difficoltà 2/5 1-3 ore Idoneità per principianti 83/100
I maintainer di solito rispondono entro 1 giorno
-
The TDSE steady-current certificate can refuse a resolved taper on a band far above its frequenciesApertaarea: tdse enhancement priority: low
Difficoltà 2/5 1-3 ore Idoneità per principianti 60/100
I maintainer di solito rispondono entro 1 giorno
-
The band-edge term that floors comparisons between windows is recorded only in an archived SEPApertaarea: boundaries documentation priority: low
Difficoltà 2/5 Mezza giornata Idoneità per principianti 62/100
I maintainer di solito rispondono entro 1 giorno
-
area: backends bug priority: low
Difficoltà 2/5 Mezza giornata Idoneità per principianti 66/100
I maintainer di solito rispondono entro 1 giorno
Tutte le issue di LupoLab/solprop
Issue simili
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 84/100
NVIDIA/auto-ontology#463 ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 86/100
NousResearch/hermes-agent#151165 ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 66/100
I maintainer di solito rispondono entro 1 giorno
-
code-health
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
tinaudio/synth-setter#3750 ·
I maintainer di solito rispondono entro 1 giorno
-
[Bug] vllm-sr config migrate drops providers.models[].deploymentForse già presa @Bevisy l’ha presa oggi. Apertaneeds-acceptance wg/developer-experience-ecosystem
Difficoltà 2/5 1-3 ore Idoneità per principianti 86/100
vllm-project/semantic-router#5996 ·
I maintainer di solito rispondono entro 2 giorni