Error encountered during installation using deprecated legacy Google-hosted repositories

[anu356]

We are trying to use this " http://apt.kubernetes.io/" to install Kubernetes this URL is redirecting to https://packages.cloud.google.com/apt which is not working, we are not able to apt-get update and also not able to install Kubernetes , can any one help me to install Kubernetes.

curl https://packages.cloud.google.com/apt

<title>Error 404 (Not Found)!!1</title> <style> *{margin:0;padding:0}html,code{font:15px/22px arial,sans-serif}html{background:#fff;color:#222;padding:15px}body{margin:7% auto 0;max-width:390px;min-height:180px;padding:30px 0 15px}* > body{background:url(//[www.google.com/images/errors/robot.png)](https://www.google.com/images/errors/robot.png)) 100% 5px no-repeat;padding-right:205px}p{margin:11px 0 22px;overflow:hidden}ins{color:#777;text-decoration:none}a img{border:0}@media screen and (max-width:772px){body{background:none;margin-top:0;max-width:none;padding-right:0}}#logo{background:url(//[www.google.com/images/logos/errorpage/error_logo-150x54.png)](https://www.google.com/images/logos/errorpage/error_logo-150x54.png)) no-repeat;margin-left:-5px}@media only screen and (min-resolution:192dpi){#logo{background:url(//[www.google.com/images/logos/errorpage/error_logo-150x54-2x.png)](https://www.google.com/images/logos/errorpage/error_logo-150x54-2x.png)) no-repeat 0% 0%/100% 100%;-moz-border-image:url(//[www.google.com/images/logos/errorpage/error_logo-150x54-2x.png)](https://www.google.com/images/logos/errorpage/error_logo-150x54-2x.png)) 0}}@media only screen and (-webkit-min-device-pixel-ratio:2){#logo{background:url(//[www.google.com/images/logos/errorpage/error_logo-150x54-2x.png)](https://www.google.com/images/logos/errorpage/error_logo-150x54-2x.png)) no-repeat;-webkit-background-size:100% 100%}}#logo{display:inline-block;height:54px;width:150px} </style>

404. That’s an error.

That’s all we know. root@testing:/etc/PackageKit# ping https://packages.cloud.google.com/apt ping: https://packages.cloud.google.com/apt: Name or service not known root@testing:/etc/PackageKit# curl http://apt.kubernetes.io/ <title>302 Found</title>

302 Found

---

nginx

[k8s-ci-robot]

This issue is currently awaiting triage.

SIG Docs takes a lead on issue triage for this website, but any Kubernetes member can accept issues by applying the triage/accepted label.

The triage/accepted label can be added by org members by writing /triage accepted in a comment.

Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes/test-infra repository.

[dipesh-rawat]

/retitle Error encountered during installation using deprecated legacy Google-hosted repositories

[dipesh-rawat]

@anu356 As mentioned in the deprecation announcement here, the legacy Google-hosted repositories have been deprecated as of end of February 2024. We strongly recommend migrating to the new community-owned repositories. Detailed instructions on how to migrate can be found here.

[dipesh-rawat]

/kind support

[anu356]

Thanks , we tried to install with ubuntu 20.4 version , k8s 1.28 version and cni 1.2.0 version but we got below error when installing , can we install k8s 1.28 in ubuntu 20.4 ?

The following packages have unmet dependencies:
kubeadm : Depends: kubernetes-cni (>= 1.2.0) but it is not going to be installed
kubelet : Depends: kubernetes-cni (>= 1.2.0) but it is not going to be installed
E: Unable to correct problems, you have held broken packages.

[neolit123]

/transfer release

[neolit123]

but it is not going to be installed

does this work for you?
https://askubuntu.com/a/606896

[anu356]

apt get update is working with below cmds ,

echo "deb [signed-by=/etc/apt/keyrings/kubernetes-apt-keyring.gpg] https://pkgs.k8s.io/core:/stable:/v1.28/deb/ /" | sudo tee /etc/apt/sources.list.d/kubernetes.list

curl -fsSL https://pkgs.k8s.io/core:/stable:/v1.28/deb/Release.key | sudo gpg --dearmor -o /etc/apt/keyrings/kubernetes-apt-keyring.gpg

sudo apt-get update

but we are not able to see k8s pods after installing with below cmd,

sudo apt-get install -y kubelet kubeadm kubectl

[HammadZafarr]

How to install old Kubernetes version?

Gives error on apt-get update

Err:1 https://prod-cdn.packages.k8s.io/repositories/isv:/kubernetes:/core:/stable:/v1.16/deb InRelease
403 Forbidden [IP: 99.86.91.121 443]

[xmudrii]

The new package repositories have packages for Kubernetes versions starting with v1.24.0. Please see this comment for more details and references #3497 (comment)

[anu356]

we cant deploy old versions now , it is starting from V1.24 I have tried installing new Kubernetes version (1.28) pods got deployed ,

NAME READY STATUS RESTARTS AGE
coredns-5dd5756b68-c2n74 1/1 Running 1 (5h2m ago) 24h
coredns-5dd5756b68-gss7f 1/1 Running 1 (5h2m ago) 24h
etcd-testing 1/1 Running 1 (5h2m ago) 24h
kube-apiserver-testing 1/1 Running 2 (5h2m ago) 24h
kube-controller-manager-testing 1/1 Running 14 (137m ago) 24h
kube-proxy-qnmjv 1/1 Running 1 (5h2m ago) 24h
kube-scheduler-testing 1/1 Running 14 (137m ago) 24h

[HammadZafarr]

Is there any workaround to work with old releases (< 1.24)?

[xmudrii]

One of the workarounds is to use binaries instead of packages for versions older than 1.24, see "Without a package manager" instructions on https://kubernetes.io/docs/setup/production-environment/tools/kubeadm/install-kubeadm/ as an example

[ulidtko]

Hi @xmudrii, I also need kubectl >= 1.23 && < 1.24, and currently have it installed with apt from a .deb package from the deprecated apt.kubernetes.io repo.

I'm getting 403 Fobridden on both the new repo:

Err:9 https://prod-cdn.packages.k8s.io/repositories/isv:/kubernetes: kubernetes-jammy InRelease                                            
  403  Forbidden [IP: 2600:9000:26de:6000:16:f2ef:f640:93a1 443]

and even on its signing key:

curl -fsSL https://pkgs.k8s.io/core:/stable:/v1.23/deb/Release.key
curl: (22) The requested URL returned error: 403

I've read both the deprecation post (https://k8s.io/linuxrepos) & the announcement post for pkgs.k8s.io. Deprecation of older versions of kubectl itself is mentioned nowhere there.

Further, the announcement post claims:

The Google-hosted repository and all packages published to it will continue working in the same way as before.

— which is demonstrably false. I've had kubectl 1.23.17 install from apt.kubernetes.io just fine on 2024-02-02, here's apt log proving exactly that:

Start-Date: 2024-02-02 16:45:25
Requested-By: ulidtko (1000)
Downgrade: kubectl:amd64 (1.28.2-00, 1.23.17-00)
End-Date: 2024-02-02 16:45:28

and today, it gives 403. Which means that "will continue working in the same way as before" does not hold.

To conclude with the obvious question: is k8s Release SIG going to fix this?

[xmudrii]

As stated in the announcement blog post, the new package repositories host packages for Kubernetes versions starting with v1.24.0. Earlier Kubernetes versions are not available in the new package repositories. Those old Kubernetes versions have reached end-of-life long time before introducing the new package repositories and we don't provide support for them any longer. Alternatively, you can use binaries directly or build packages on your own.

The announcement blog post states the following at the beginning:

ℹ️ Update (January 12, 2024): the legacy Google-hosted repositories are going away in January 2024. Check out the deprecation announcement for more details about this change.

The legacy package repositories went away in February 2024, so you were still able to download packages from the legacy repositories on 2024-02-02.

As of your question, everything is stated in these two blog post. We might update some paragraphs to make it more clear and I'll look into that, but technically speaking, everything that you're seeing is expected and described in these blog posts.

[xmudrii]

Blog posts have been updated to make it clear that the legacy package repositories are gone. We still have to update the Kubernetes documentation to reflect this and I'm working on it.
/assign

[k8s-triage-robot]

The Kubernetes project currently lacks enough contributors to adequately respond to all issues.

This bot triages un-triaged issues according to the following rules:

• After 90d of inactivity, lifecycle/stale is applied
• After 30d of inactivity since lifecycle/stale was applied, lifecycle/rotten is applied
• After 30d of inactivity since lifecycle/rotten was applied, the issue is closed

You can:

• Mark this issue as fresh with /remove-lifecycle stale
• Close this issue with /close
• Offer to help out with Issue Triage

Please send feedback to sig-contributor-experience at kubernetes/community.

/lifecycle stale

[xmudrii]

/remove-lifecycle stale

[k8s-triage-robot]

The Kubernetes project currently lacks enough contributors to adequately respond to all issues.

This bot triages un-triaged issues according to the following rules:

• After 90d of inactivity, lifecycle/stale is applied
• After 30d of inactivity since lifecycle/stale was applied, lifecycle/rotten is applied
• After 30d of inactivity since lifecycle/rotten was applied, the issue is closed

You can:

• Mark this issue as fresh with /remove-lifecycle stale
• Close this issue with /close
• Offer to help out with Issue Triage

Please send feedback to sig-contributor-experience at kubernetes/community.

/lifecycle stale

[ulidtko]

/remove-lifecycle stale

[k8s-triage-robot]

The Kubernetes project currently lacks enough contributors to adequately respond to all issues.

This bot triages un-triaged issues according to the following rules:

• After 90d of inactivity, lifecycle/stale is applied
• After 30d of inactivity since lifecycle/stale was applied, lifecycle/rotten is applied
• After 30d of inactivity since lifecycle/rotten was applied, the issue is closed

You can:

• Mark this issue as fresh with /remove-lifecycle stale
• Close this issue with /close
• Offer to help out with Issue Triage

Please send feedback to sig-contributor-experience at kubernetes/community.

/lifecycle stale

[ulidtko]

/remove-lifecycle stale пн, 23 груд. 2024, 15:03 користувач Kubernetes Triage Robot < ***@***.***> пише:

…

The Kubernetes project currently lacks enough contributors to adequately respond to all issues. This bot triages un-triaged issues according to the following rules: - After 90d of inactivity, lifecycle/stale is applied - After 30d of inactivity since lifecycle/stale was applied, lifecycle/rotten is applied - After 30d of inactivity since lifecycle/rotten was applied, the issue is closed You can: - Mark this issue as fresh with /remove-lifecycle stale - Close this issue with /close - Offer to help out with Issue Triage <https://www.kubernetes.dev/docs/guide/issue-triage/> Please send feedback to sig-contributor-experience at kubernetes/community <https://github.com/kubernetes/community>. /lifecycle stale — Reply to this email directly, view it on GitHub <#3497 (comment)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/AACZGGXUXSVVDPW5NNRA6ID2HAJ2JAVCNFSM6AAAAABELMIZUSVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDKNJZG43DOOJTGM> . You are receiving this because you commented.Message ID: ***@***.***>