[CI] Harden ARM64 package access and Docker disk usage#2949
Closed
neverhook wants to merge 2 commits into
Closed
Conversation
Contributor
|
Note Gemini is unable to generate a review for this pull request due to the file types involved not being currently supported. |
Author
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 fails before Mooncake is 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 old SHA, so this is hosted-runner capacity pressure rather than a source error. The cleanup removes large unused hosted-toolcache 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 ARM64 validation on commit
140d8e76in run 29480368390:A new full Actions run on head
a06a81dfwill validate the added Docker cleanup and reconfirm ARM64.