Upload request redirected?

I see these messages quite a lot in my jobs.

WARNING: Upload request redirected                  location=https://gitlab.com/api/v4/jobs/466nnnnnnn/artifacts?artifact_format=zip&artifact_type=archive&expire_in=1+day new-url=https://gitlab.com
WARNING: Retrying...                                context=artifacts-uploader error=request redirected
Uploading artifacts as "archive" to coordinator... 201 Created  id=466nnnnnnn responseStatus=201 Created token=nn_ToKen
...
...

This might be one of many in a job. What is this redirect? I don’t recall seeing it in my corporate organization, only in my OSS projects.

Environment

  • GitLab Premium (OSS)
3 Likes

same here, have the issue with junit and coverage report artifacts. first time we noticed was Jul 11, 2023 5:17pm GMT+0200.

did you find any workaround or fix for this issue?

2 Likes

Not yet @tobias-trozowski . Thought I would ask here first as I’m an OSS Ultimate Customer. May take this to the Issue boards, but wanted to see how the rest of the community might be experiencing a similar behavior.

+1
same here too.

I’m not sure what exactly happen but I recreated the repository and setup the page setting again and my webpage comes back.

I had trouble with a Hugo webpage hosted on the Gitlab pages.

I’m relaunching this topic which has been a bit lost for a while.
We have the same issue.

WARNING: Upload request redirected location=https://gitlab.com/api/v4/jobs/6425954646/artifacts?artifact_format=zip&artifact_type=archive&expire_in=1d new-url=https://gitlab.com WARNING: Retrying... context=artifacts-uploader error=request redirected Uploading artifacts as "archive" to coordinator... 201 Created id=6425954646 responseStatus=201 Created token=glcbt-65

Are they something new about this topic? Any ideas or workaround ?

I am getting the same problem.
Any suggestions?

1 Like

Any luck with this issue ?

Unfortunately having the same problem.

Yes, me too.

This happens in my pages job, and I’m no longer seeing my pages website - I just get a 404

I’m having the same issue trying to upload the artifacts

Yeah, I’ve seen that too. It’s usually because the runner you’re using is trying to upload artifacts and is getting redirected to a different URL, probably something to do with how GitLab handles its cloud storage.

Having the same too on gitlab.com.

First thought it hast to do with filled up disk space and cleaned up artifacts and old packages. Also checked tokens and so on.
But still happening.

Any solution out there?

Just created a GitLab account and having the same problem from the start, being unable to complete a very simple upload with very few files for a static website (Publii). I spent 2 days trying to figure this out only to realise this might just be GitLab not working properly? How is this not an urgent issue if it is affecting many users (both paid and free) for so long? Has anyone found a fix or the reason why this is happening?

WARNING: Upload request redirected                  location=https://gitlab.com/api/v4/jobs/8073012783/artifacts?artifact_format=zip&artifact_type=archive new-url=https://gitlab.com
WARNING: Retrying...                                context=artifacts-uploader error=request redirected

The redirect is expected. For SaaS runners, GitLab.com uses an internal clone_url to download Git repository data to save bandwidth costs, but the runner needs to use the public URL to access CI artifacts. This redirection points the runner back to the external URL.

I believe it was implemented at the proxy level (Use Lua script to redirect CI gateway requests (!306) · Merge requests · GitLab Chef Cookbooks / gitlab-haproxy · GitLab). Originally I think there was a proposal to support this via artifacts_url in Draft: Add artifacts_url setting (!3347) · Merge requests · GitLab.org / gitlab-runner · GitLab, but that was closed in favor of the proxy approach since this avoids adding another configuration parameter. More details are in Draft: Add artifacts_url setting (!3347) · Merge requests · GitLab.org / gitlab-runner · GitLab.