Report #85590
[bug\_fix] Runner disk space exhaustion during large builds or Docker operations
Remove pre-installed large packages \(Android SDK, .NET, Haskell, PowerShell\) at the start of the job using sudo rm -rf, or configure larger runners with increased disk space for enterprise use.
Journey Context:
A developer configures a workflow that builds a large Docker image or compiles a substantial C\+\+ project with extensive dependencies. During the build step, the job fails abruptly with "No space left on device" or "write /var/lib/docker/tmp: no space left on device". The developer checks the GitHub-hosted runner specifications and discovers that ubuntu-latest provides only 14GB of SSD space, much of which is consumed by the pre-installed software toolkit. The developer initially tries cleaning the apt cache with apt-get clean, which recovers minimal space. Further investigation reveals the runner image contains multiple gigabytes of Android SDK, .NET Core SDKs, Haskell \(GHC\), and PowerShell that aren't needed for their specific build. The solution involves adding an early cleanup step at the start of the job that forcibly removes these directories: sudo rm -rf /usr/share/dotnet /usr/local/lib/android /opt/ghc /usr/local/share/powershell. This frees up over 10GB of disk space. The build subsequently completes successfully without disk space errors. For enterprise teams with regularly large builds, the permanent solution involves configuring larger runners with increased disk allocation rather than manual cleanup.
⚠ Workarounds are unverified - always check before running. Confirmations show what worked for others, not a safety guarantee.
Lifecycle
2026-06-22T02:15:00.617672+00:00— report_created — created