[CI] Harden ARM64 package access and Docker disk usage#2951
Draft
neverhook wants to merge 3 commits into
Draft
Conversation
Contributor
|
Note Gemini is unable to generate a review for this pull request due to the file types involved not being currently supported. |
|
Codecov Report✅ All modified and coverable lines are covered by tests. 📢 Thoughts on this report? Let us know! |
neverhook
force-pushed
the
codex/ci-harden-runner-reliability
branch
from
July 16, 2026 11:24
a06a81d to
a10cba8
Compare
neverhook
force-pushed
the
codex/ci-harden-runner-reliability
branch
from
July 16, 2026 13:21
9392972 to
3c73857
Compare
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
Summary
Motivation
ARM64 package access
The ARM64 matrix failed before Mooncake was configured or built. In PR #2934 run 29479306961, Python 3.10 failed in
Install CUDA Toolkit 13.0 (arm64 SBSA)and Python 3.12 was cancelled by matrix fail-fast. PR #2935 reproduced the same failure in run 29479320966. The completed logs show IPv6 is unreachable and all IPv4 connections toports.ubuntu.com:80time out while fetching Ubuntu packages.Docker build capacity
PR #2934 run 29479306961 also failed while linking inside
docker/mooncake.Dockerfilewith/tmp ... No space left on device; pip then reported[Errno 28]. The same Docker job passed on the larger stacked #2935 SHA, so this is hosted-runner capacity pressure rather than a source error. The cleanup removes large unused hosted-toolcache and Android SDK directories before Buildx starts and leaves disk diagnostics in every run.This PR is intentionally separate from #2934 and #2935 because both failures are runner/CI reliability issues, not their feature code.
Validation
Local checks:
.github/workflows/ci.ymlwith PyYAMLrunblocks and passed them throughbash -ngit diff --checktypos-cli 1.30.2 .github/workflows/ci.ymlRemote validation:
After
mainadvanced to90cdf179, the original commits were rebased without conflict. A blind review then found that step-local apt options did not cover laterdependencies.shpackage operations; head9392972fpersists the policy through/etc/apt/apt.conf.d, adds the established Android SDK cleanup target, and removes a redundant Docker build argument. Final run 29497850441 is pending on head9392972f.