Navigation Menu

Skip to content
This repository has been archived by the owner on Jan 23, 2021. It is now read-only.

Getting 403 response from GitHub #183

Closed
cglewis opened this issue May 7, 2020 · 12 comments
Closed

Getting 403 response from GitHub #183

cglewis opened this issue May 7, 2020 · 12 comments

Comments

@cglewis
Copy link

cglewis commented May 7, 2020

I'm using this on several projects and they all started doing this just today:

Run crazy-max/ghaction-docker-buildx@v1.6.0
✅ Buildx version found: v0.4.1
⬇️ Downloading https://github.com/docker/buildx/releases/download/v0.4.1/buildx-v0.4.1.linux-amd64...
##[error]Unexpected HTTP response: 403

The yaml for that step is pretty vanilla:

    - name: Set up Docker Buildx
      id: buildx
      uses: crazy-max/ghaction-docker-buildx@v1.6.0
      with:
        buildx-version: latest
        qemu-version: latest

I just updated to 1.6.0 today, it's also broken on 1.4.0 which is what I was using before.

@crazy-max
Copy link
Owner

crazy-max commented May 7, 2020

Hi @cglewis, do you have a link to your repo pls?

@crazy-max
Copy link
Owner

@cglewis Ok just found it's https://github.com/CyberReboot/poseidon. I will try to reproduce with your workflow. Keep you in touch.

@crazy-max
Copy link
Owner

crazy-max commented May 7, 2020

@cglewis Cannot reproduce with this workflow. There is maybe a limitation if your org triggers to much calls to the download release endpoint. I'll see if it's possible to use the GITHUB_TOKEN to lift this limit if that's the case.

@cglewis
Copy link
Author

cglewis commented May 7, 2020

Huh. I've never run into limits before. Interesting. I'll try it out later and see if resolves itself. Thanks for looking into it!

@crazy-max
Copy link
Owner

@cglewis

Huh. I've never run into limits before

Me neither and I download assets through many other actions I made so I'm pretty worried about it 😅

Thanks for looking into it!

Sure you're welcome

@cglewis
Copy link
Author

cglewis commented May 7, 2020

@crazy-max I just retriggered the workflow, to see if it worked, and seems happy again. Could have been a GitHub/S3 issue. I'm going to close this for now, but will reopen if I run into the issue again. Thanks again for an awesome project and the quick response!

@cglewis cglewis closed this as completed May 7, 2020
@crazy-max
Copy link
Owner

@cglewis

I just retriggered the workflow, to see if it worked, and seems happy again. Could have been a GitHub/S3 issue. I'm going to close this for now, but will reopen if I run into the issue again.

I was going to say the same thing to you, it seems to happen with the HEAD response returning a 403 from S3 indeed. Let's keep an eye on it. I'll do some more research of my own.

Thanks again for an awesome project and the quick response!

🤝

@crazy-max
Copy link
Owner

@cglewis Next time you've got this issue, please add the secret ACTIONS_STEP_DEBUG to true on your repo.

@crazy-max
Copy link
Owner

@cglewis Ok this is an incident with GitHub.

image

@cglewis
Copy link
Author

cglewis commented May 7, 2020

Ahh! Nice find! I actually looked there first, and it was all green at the time!

@crazy-max
Copy link
Owner

To avoid this problem in the future, I will use the runner cache system to avoid re-downloading buildx at each build if the version did not changed.

@crazy-max
Copy link
Owner

@cglewis Cache of Buildx binary is now implemented.

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Projects
None yet
Development

No branches or pull requests

2 participants