Out of space error while pulling docker layers since yesterday #179725
-
Why are you starting this discussion?Question What GitHub Actions topic or product is this about?Misc Discussion DetailsHi there,
I didn't change the docker images in use in the last days, and it was working fine everyday. It happens when my action invokes this:
This is the whole action script in case it can help: Any hint about what might have changed? Or how can I avoid that error? Cheers |
Beta Was this translation helpful? Give feedback.
Replies: 7 comments
This comment was marked as off-topic.
This comment was marked as off-topic.
-
|
hey @teiram 👋🏻 Use ubuntu-latest (sometimes has slightly more space). |
Beta Was this translation helpful? Give feedback.
-
|
Posibles soluciones: Liberar espacio manualmente: Antes de ejecutar tu contenedor, puedes intentar limpiar componentes no esenciales: bash Alternativas de ejecución: Si el problema persiste, evalúa usar runners auto-hospedados con mayor capacidad de almacenamiento o dividir el proceso en jobs separados. El error no está relacionado con cambios en tu código sino con ajustes recientes en la infraestructura de GitHub Actions que han reducido el margen de espacio disponible. |
Beta Was this translation helpful? Give feedback.
-
|
You’re using a GitHub Action that runs a Docker image, and it suddenly started failing with a ‘no space left on device’ error, even though nothing changed in your Docker setup. It happens when the action runs the docker run command. This likely means the GitHub runner is running out of storage. You may need to clean up unused Docker layers, reduce image size, or switch to a larger runner. Something on GitHub’s side may have changed, so checking storage usage or opening a support ticket could help too. |
Beta Was this translation helpful? Give feedback.
-
Simple solutions:
|
Beta Was this translation helpful? Give feedback.
-
|
This error usually happens because the GitHub Actions runner ran out of disk space, not because your Docker image changed. GitHub recently made some backend changes that reduced available free space on the default Ubuntu runners, and several workflows that use large Docker images have started failing with the same no space left on device error. Your image (calypso-quartus-docker) is large, and Quartus itself requires a lot of disk space, so the runner hits the 14-GB space limit and fails when extracting layers. How to fix or work around it:
This usually frees 10–20 GB.
Nothing you changed caused the issue — it’s happening because your build now exceeds what GitHub-hosted runners can store. |
Beta Was this translation helpful? Give feedback.
-
|
Thanks for all your responses. Before my build actions, and that did the trick. |
Beta Was this translation helpful? Give feedback.
It’s just a disk space problem on GitHub’s runner nothing you changed. Runners recently have less free space, so your Docker image fills the disk when it unpacks. Try cleaning up first with
docker system prune -af, or slim down the image, or switch to a larger runner if available.