is someone experiencing flakiness in their CI / pa...
# general
b
is someone experiencing flakiness in their CI / pants installation? we are getting:
Copy code
Run bin/get-pants.sh
Downloading and installing the pants launcher ...
URL: <https://github.com/pantsbuild/scie-pants/releases/latest/download/scie-pants-macos-aarch64>
curl: (22) The requested URL returned error: 503
Error: Process completed with exit code 22.
I know it's not a pants issue, GH. just curious
🙋 1
w
Not Pants specifically, but I'm having GH flakes this morning just opening up certain commits
Naturally, their status says everything is perfect.
😅 1
r
I'm having the same issue
w
Oh hey, look at that
2 hours later
r
Maybe - I'm not sure it's the same thing. This is very repeatable, not just degraded performance. I wonder if the last release of Pants messed up the Pants releases in some way.
w
Full of possibilities
Are you also getting 503's?
b
it just went through here
w
We've seen 503's before, but it was usually a precursor to GH status going down> I vaguely recall we had some issue in the past where we were getting 403's or 429's due to missing some Github Token's (or other rate limiting). I wonder if the curl command should also include auth (https://docs.github.com/en/rest/using-the-rest-api/rate-limits-for-the-rest-api?apiVersion=2022-11-28#primary-rate-limit-for-oauth-apps) - but again, that's for rate limiting issues. FWIW, I try to cache all this kinda stuff to avoid that network call in my CI - but, that would also require some modifications to your workflow, which could be annoying Edit: "all this kinda stuff" is carrying a lot of weight in my previous sentence - there is a ton of stuff I cache, not just the pants runner 😆
c
I came to post a very similar question... getting this in CI:
Copy code
#14 [base 6/7] RUN curl --proto '=https' --tlsv1.2 -fsSL <https://static.pantsbuild.org/setup/get-pants.sh> | bash
#14 0.589 Downloading and installing the pants launcher ...
#14 9.895 curl: (22) The requested URL returned error: 504
w
f
I'm also seeing it on the pants action itself
Copy code
Run pantsbuild/actions/init-pants@v7
Run if ! command -v pants; then
Downloading and installing the pants launcher ...
Installed the pants launcher from <https://github.com/pantsbuild/scie-pants/releases/latest/download/scie-pants-linux-x86_64> to /home/runner/.local/bin/pants

Running `pants` in a Pants-enabled repo will use the version of Pants configured for that repo.
In a repo not yet Pants-enabled, it will prompt you to set up Pants for that repo.
Run PANTS_BOOTSTRAP_CACHE_KEY=$(PANTS_BOOTSTRAP_TOOLS=2 pants bootstrap-cache-key)
Failed to source file cpython-3.11.13+20250612-x86_64-unknown-linux-gnu-install_only.tar.gz: Failed to fetch <https://github.com/astral-sh/python-build-standalone/releases/download/20250612/cpython-3.11.13%2B20250612-x86_64-unknown-linux-gnu-install_only.tar.gz>: [22] HTTP response code said error (The requested URL returned error: 504)
Error: Failed to prepare a scie jump action: Failed to establish atomic directory /home/runner/.cache/nce/4dd2c710a828c8cfff384e0549141016a563a5e153d2819a7225ccc05a1a17c7/cpython-3.11.13+20250612-x86_64-unknown-linux-gnu-install_only.tar.gz. Population of work directory failed: The tar.gz destination /home/runner/.cache/nce/4dd2c710a828c8cfff384e0549141016a563a5e153d2819a7225ccc05a1a17c7/cpython-3.11.13+20250612-x86_64-unknown-linux-gnu-install_only.tar.gz of size 0 had unexpected hash: e3b0c44298fc1c149afbf4c8996fb92427ae41e4649b934ca495991b7852b855
SJ - probably.
b
there's still some flakiness, very weird
w
Are you getting any HTTP errors in there? There is a read timeout there - but do you see anywhere a 4xx vs a 5xx?
Also, which version of scie-pants does this use?
b
i ran again the CI and it worked. i didn't see 4xx or 5xx, sorry, lost the logs and can't ssh into the container anymore. and about the script, i know you guys have a github action to install pants (and we used to use it). i don't remember when exactly, we needed to change some environment variables and switched to the official script. that script is downloaded in our repo, but just checked and it's the exact same from
<https://static.pantsbuild.org/setup/get-pants.sh>
w
Ugh, I hate CI flakes. We have an action, I don't use it either - I have my own stripped down action (similar, just more opinionated)
b
anyway, sent here just to inform you guys; probably (99%) isnt a pants issue, just ci / github / namespace.so (where our CI runs) flakiness.
👍 1
🙌 1
f
I have not seen any issues so far this week
w
This all relates to some other items we're in conversation about with streamlining pants distribution for CI - where we would pre-package a few items together, and users can decouple from the initial downloads if they want
Doesnt help at runtime, but, it's a start