-
Notifications
You must be signed in to change notification settings - Fork 337
CI test flake: failed to parse manifest
while downloading crates
#1380
Comments
Re-ran and hit a different error that feels like the same issue – being unable to fetch stuff when downloading crates: https://github.com/cloudflare/wrangler/pull/1379/checks?check_run_id=765614864
|
One of the things I've got so far is, we're likely caching bad or partially downloaded artifacts. The 1.10.0 PR failed a few times in a row: https://github.com/cloudflare/wrangler/pull/1379/checks?check_run_id=765784577 The failure happens when downloading and parsing crates:
The entire
This makes sense – we specify:
which means we'll "match" on any cache key that matches that prefix, so pretty much any cached registry in the past whatever amount of time. That might explain why once the failures start, they recur a bunch of times in a row, until our cache is expired. |
I tried some old-fashioned cache-busting (changing the key name) on another PR that was failing: https://github.com/cloudflare/wrangler/pull/1381/checks?check_run_id=765809720
Neat, no cache hit.
Still failing to download/parse. |
any chance we're being rate limited by crates.io? |
Actually, it's not supposed to cache if the build fails; should probably test that. |
Fixes #1380 Working around rust-lang/cargo#8351
See build log at: https://github.com/cloudflare/wrangler/pull/1379/checks?check_run_id=765543689
I haven't been able to reproduce it, but want to start documenting flaky CI failures (in case there are multiple root causes) so we can knock 'em down one by one.
The text was updated successfully, but these errors were encountered: