Replies: 10 comments 7 replies
-
Beta Was this translation helpful? Give feedback.
-
|
There was an outage recently, so you might see some effects of that still https://www.githubstatus.com/incidents/61btx2g21zc6. I was wondering if there is a way to cache Github actions on self-hosted runners. |
Beta Was this translation helpful? Give feedback.
-
|
I am getting the same issue. It started today. |
Beta Was this translation helpful? Give feedback.
-
|
+1 |
Beta Was this translation helpful? Give feedback.
-
|
+1 |
Beta Was this translation helpful? Give feedback.
-
|
+1 |
Beta Was this translation helpful? Give feedback.
-
|
+1 |
Beta Was this translation helpful? Give feedback.
-
|
+1, seeing this issue today with a different action |
Beta Was this translation helpful? Give feedback.
-
|
+1 |
Beta Was this translation helpful? Give feedback.
-
|
🕒 Discussion Activity Reminder 🕒 This Discussion has been labeled as dormant by an automated system for having no activity in the last 60 days. Please consider one the following actions: 1️⃣ Close as Out of Date: If the topic is no longer relevant, close the Discussion as 2️⃣ Provide More Information: Share additional details or context — or let the community know if you've found a solution on your own. 3️⃣ Mark a Reply as Answer: If your question has been answered by a reply, mark the most helpful reply as the solution. Note: This dormant notification will only apply to Discussions with the Thank you for helping bring this Discussion to a resolution! 💬 |
Beta Was this translation helpful? Give feedback.
Uh oh!
There was an error while loading. Please reload this page.
-
Why are you starting this discussion?
Question
What GitHub Actions topic or product is this about?
Misc
Discussion Details
Our CI/CD workflow runs on GitHub‑hosted runners and uses several actions, including aws‑actions/configure‑aws‑credentials@v1, Kaven‑Universe/github‑action‑current‑date‑time@v1, and actions/checkout@v3. The job attempts to download the action tarballs from api.github.com at the beginning of the workflow.
Observed behaviour
On 29 July 2025 we noticed that the workflow fails consistently when it reaches the actions/checkout@v3 step. The runner successfully downloads the other actions but receives HTTP 429 errors (Too Many Requests) when attempting to fetch the checkout tarball. The relevant logs look like this:
Download action repository 'aws-actions/configure-aws-credentials@v1' (SHA:67fbcbb121271f7775d2e7715933280b06314838)
Download action repository 'Kaven-Universe/github-action-current-date-time@v1' (SHA:f2c12d90cff9c3e7b1f50430886e632fe31fcee1)
Download action repository 'actions/checkout@v3' (SHA:f43a0e5ff2bd294095638e18286ca9a3d1956744)
Warning: Failed to download action 'https://api.github.com/repos/actions/checkout/tarball/f43a0e5ff2bd294095638e18286ca9a3d1956744'. Error: Response status code does not indicate success: 429 (Too Many Requests). C7ED:73185:12E03A:1BD9AA:6888807C
Warning: Back off 14.883 seconds before retry.
Warning: Failed to download action 'https://api.github.com/repos/actions/checkout/tarball/f43a0e5ff2bd294095638e18286ca9a3d1956744'. Error: Response status code does not indicate success: 429 (Too Many Requests). A7A9:105650:12E9BA:1BE435:6888808B
Warning: Back off 22.085 seconds before retry.
Error: Response status code does not indicate success: 429 (Too Many Requests).
The error persists on re‑runs, and no other steps appear to trigger the rate‑limit.
Expected behaviour
The runner should be able to download the actions/checkout tarball just like other actions. We expect the action to handle rate‑limiting gracefully or for GitHub to exempt actions downloads from standard API limits.
Additional notes
Previous issues (#775 and #1432 in this repository) discuss similar 429 errors when cloning repositories or fetching submodules. In issue #1432 a user suggested implementing exponential backoff when the API returns 429
github.com
, and in issue #775 the maintainers noted that the error is tied to GitHub’s API rate‑limits rather than the action itself
github.com
. However, those discussions involve git fetch operations; in this case the error occurs during the download of the action’s tarball itself.
We are using the default GITHUB_TOKEN for authentication and have not changed the runner configuration.
Questions
Is this a known rate‑limiting issue affecting action downloads?
Are there recommended workarounds (e.g., caching tarballs or using a different API endpoint)?
Could the checkout action implement exponential backoff or honour Retry‑After headers when receiving 429 responses
github.com
?
Any guidance would be appreciated. Thank you!
Beta Was this translation helpful? Give feedback.
All reactions