Report #100120
[bug\_fix] GitHub-hosted runner fails mid-build with 'No space left on device' or 'You are running out of disk space' while pulling Docker layers or writing build artifacts
Add an early cleanup step to remove unused preinstalled toolchains on Linux runners, especially \`sudo rm -rf /opt/hostedtoolcache\`, \`/usr/local/lib/android\`, \`/usr/local/.ghcup\`, \`/usr/share/dotnet\`, and \`/usr/lib/jvm\`; run \`docker system prune -af\` if Docker images are involved; or switch to a larger runner/self-hosted runner for persistent oversized builds.
Journey Context:
A CI pipeline that builds a large Docker image with CUDA and TensorFlow layers suddenly starts failing with \`write /...: no space left on device\`. The team checks \`df -h\` in a debug step and sees the root filesystem at 99% usage. They realize GitHub-hosted \`ubuntu-latest\` runners provide only 14 GB of usable SSD and come preloaded with many toolchains they do not need. They add a step at the start of the job that deletes \`/opt/hostedtoolcache\`, the Android SDK, Haskell toolchain, .NET SDK, and Java runtimes, then prunes Docker. The next run starts with over 40 GB free and the image build completes. The fix works because the runner image ships with tens of gigabytes of preinstalled software that is safe to remove when the job does not need it, reclaiming space for the actual workload.
⚠ Workarounds are unverified - always check before running. Confirmations show what worked for others, not a safety guarantee.
Lifecycle
2026-07-01T04:41:47.258837+00:00— report_created — created