Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Wrong update-center returned for 2.452.4 #4427

Closed
kinjalik opened this issue Nov 28, 2024 · 14 comments · Fixed by jenkins-infra/status#563
Closed

Wrong update-center returned for 2.452.4 #4427

kinjalik opened this issue Nov 28, 2024 · 14 comments · Fixed by jenkins-infra/status#563
Assignees

Comments

@kinjalik
Copy link

kinjalik commented Nov 28, 2024

Service(s)

Update center

Summary

When trying to manually fetch update-center.json for version 2.452.4 (LTS) I got the file for 2.487

Reproduction steps

  1. Open https://updates.jenkins.io/update-center.json?version=2.452.4
  2. Check out the field core.version, it will contain the number of weekly 2.487
@kinjalik kinjalik added the triage Incoming issues that need review label Nov 28, 2024
@dduportal
Copy link
Contributor

dduportal commented Nov 28, 2024

Thanks for reporting!

Duplicate of #4428: there is(was) an incident in progress.

Not closing though: can you confirm it is now working @kinjalik please?

@szjozsef
Copy link

@dduportal It seems to be solved

@kinjalik
Copy link
Author

Yes, can confirm it redirects to UC of 2.479.2. Not sure it's still correct though, but I'll try to install plugins from that one a bit later

@dduportal
Copy link
Contributor

I don't remember the details of this "version mismatch" but I can confirm that the issue is not due to the new Update Center system: the old update center serves the same content with the core version set to 2.479.2 so I guess we're in a case where 2.452.4 and 2.479.2 might not have difference regarding incompatible plugins

@dduportal
Copy link
Contributor

I don't remember the details of this "version mismatch" but I can confirm that the issue is not due to the new Update Center system: the old update center serves the same content with the core version set to 2.479.2 so I guess we're in a case where 2.452.4 and 2.479.2 might not have difference regarding incompatible plugins

Ping @daniel-beck @timja could you help me refreshing my memory on the "why" here?

@daniel-beck
Copy link

daniel-beck commented Nov 28, 2024

version mismatch

The JSON offers the latest "compatible" releases of core and plugins as updates. That's 2.479.2 (LTS line) when providing a current version of 2.452.2. Why would the JSON reflect back the same version you already have?

Plugins are limited to those compatible with the current release.

Diff https://updates.jenkins.io/update-center.actual.json?version=2.452.2 and https://updates.jenkins.io/update-center.actual.json?version=2.479.2 to see the many differences in available plugins.

@daniel-beck
Copy link

Also, this is not supported API. Whatever you're doing may break at any time if we feel like it. Use Jenkins's plugin manager and/or jenkins-plugin-cli in the Docker containers.

@dduportal
Copy link
Contributor

Also, this is not supported API. Whatever you're doing may break at any time if we feel like it. Use Jenkins's plugin manager and/or jenkins-plugin-cli in the Docker containers.

The initial issue (during the outage earlier today) was about the URL https://updates.jenkins.io/update-center.json?version=2.452.4 => this one is supprted right?

(The "dynamic-XXX" URL is only the reported Location for the HTTP/302 triggered by Apache2 itself IIUC)

@dduportal
Copy link
Contributor

THanks @daniel-beck for the explanation! It's way better than my gut feeling and my words :D

@daniel-beck
Copy link

daniel-beck commented Nov 28, 2024

this one is supported right?

"Supported" as in this is what Jenkins contacts. We do not support processing contents of the file outside Jenkins or tools we provide.

As an example, there is some content in these files that's unused by Jenkins and that we may remove at any time. Even content used by Jenkins may be removed if we're willing to degrade the experience for some other goal. If someone's jq expression relies on that kind of content, tough.

As an extreme example, if we were to start denying all User-Agents that aren't Java, or provide different content based on that header, to accomplish some load/cost/stability goal, and it works for our infra, I would see no problem with that (or at least would not consider "but all the folks curling the JSON" an argument).

@kinjalik
Copy link
Author

In fact, curl command was used to provide a representative reproduction steps to clearly indicate the issue inside the given update-center.json :)

Anyways thank you guys for your answers and support

I'm not sure if I'm supposed to close an issue by myself or there is some process you follow, sorry about that

@daniel-beck
Copy link

@kinjalik Thanks for that detailed description! You're just seeing a continuation of an old discussion that is adjacent to the real problem you encountered (and reported well) 😉

@dduportal
Copy link
Contributor

I'm not sure if I'm supposed to close an issue by myself or there is some process you follow, sorry about that

No worries, we are taking care of triage! Many many thanks for reporting and confirming, it helped!

@dduportal
Copy link
Contributor

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

Successfully merging a pull request may close this issue.

4 participants