Am această versiune de kubeadm
[root@megatron ~]# versiune kubeadm
Versiunea kubeadm: &version.Info{Major:"1", Minor:"24", GitVersion:"v1.24.0", GitCommit:"4ce5a8954017644c5420bae81d72b09b735c21f0", GitTreeState:"clean:":302:":-023 24Z", GoVersion:"go1.18.1", Compiler:"gc", Platforma:"linux/amd64"}
Docker-ul meu este configurat și funcționează corect și poate extrage ușor și corect toate imaginile necesare prin proxy-ul pe care îl folosesc.
Am configurațiile proxy HTTP în general în profil și bashrc și mediu etc.
Când încerc să rulez kubeadm și îl pun să tragă imagini, se stinge
I0520 10:56:32.085975 260833 version.go:186] preluarea versiunii Kubernetes de la adresa URL: https://dl.k8s.io/release/stable-1.txt
starea de ieșire 1
output: time="2022-05-20T10:59:03-04:00" level=fatal msg="tragere imagine: eroare rpc: cod = Desc necunoscut = nu s-a putut extrage și despacheta imaginea \"k8s.gcr.io/ kube-apiserver: v1.24.0\": nu a reușit să rezolve referința \"k8s.gcr.io/kube-apiserver:v1.24.0\": nu a reușit să execute cererea: Head \"https://k8s.gcr.io /v2/kube-apiserver/manifests/v1.24.0\": d ial tcp 172.253.63.82:443: expirare i/o"
, eroare
k8s.io/kubernetes/cmd/kubeadm/app/util/runtime.(*CRIRuntime).PullImage
cmd/kubeadm/app/util/runtime/runtime.go:121
k8s.io/kubernetes/cmd/kubeadm/app/cmd.PullControlPlaneImages
cmd/kubeadm/app/cmd/config.go:340
k8s.io/kubernetes/cmd/kubeadm/app/cmd.newCmdConfigImagesPull.func1
cmd/kubeadm/app/cmd/config.go:312
k8s.io/kubernetes/vendor/github.com/spf13/cobra.(*Command).execute
vendor/github.com/spf13/cobra/command.go:856
k8s.io/kubernetes/vendor/github.com/spf13/cobra.(*Command).ExecuteC
vendor/github.com/spf13/cobra/command.go:974
k8s.io/kubernetes/vendor/github.com/spf13/cobra.(*Comandă). Executați
vendor/github.com/spf13/cobra/command.go:902
k8s.io/kubernetes/cmd/kubeadm/app.Run
cmd/kubeadm/app/kubeadm.go:50
principal.principal
cmd/kubeadm/kubeadm.go:25
runtime.main
/usr/local/go/src/runtime/proc.go:250
runtime.goexit
/usr/local/go/src/runtime/asm_amd64.s:1571
nu a reușit să extragă imaginea „k8s.gcr.io/kube-apiserver:v1.24.0”
k8s.io/kubernetes/cmd/kubeadm/app/cmd.PullControlPlaneImages
cmd/kubeadm/app/cmd/config.go:341
k8s.io/kubernetes/cmd/kubeadm/app/cmd.newCmdConfigImagesPull.func1
cmd/kubeadm/app/cmd/config.go:312
k8s.io/kubernetes/vendor/github.com/spf13/cobra.(*Command).execute
vendor/github.com/spf13/cobra/command.go:856
k8s.io/kubernetes/vendor/github.com/spf13/cobra.(*Command).ExecuteC
vendor/github.com/spf13/cobra/command.go:974
k8s.io/kubernetes/vendor/github.com/spf13/cobra.(*Comandă). Executați
vendor/github.com/spf13/cobra/command.go:902
k8s.io/kubernetes/cmd/kubeadm/app.Run
cmd/kubeadm/app/kubeadm.go:50
principal.principal
cmd/kubeadm/kubeadm.go:25
runtime.main
/usr/local/go/src/runtime/proc.go:250
runtime.goexit
/usr/local/go/src/runtime/asm_amd64.s:1571
Am tras chiar și manual imaginile necesare
[root@megatron ~]# lista de imagini de configurare kubeadm
k8s.gcr.io/kube-apiserver:v1.24.0
k8s.gcr.io/kube-controller-manager:v1.24.0
k8s.gcr.io/kube-scheduler:v1.24.0
k8s.gcr.io/kube-proxy:v1.24.0
k8s.gcr.io/pause:3.7
k8s.gcr.io/etcd:3.5.3-0
k8s.gcr.io/coredns/coredns:v1.8.6
[root@megatron ~]# docker pull k8s.gcr.io/coredns/coredns:v1.8.6
v1.8.6: Tragerea din coredns/coredns
Digest: sha256:5b6ec0d6de9baaf3e92d0f66cd96a25b9edbce8716f5f15dcd1a616b3abd590e
Stare: imaginea este actualizată pentru k8s.gcr.io/coredns/coredns:v1.8.6
k8s.gcr.io/coredns/coredns:v1.8.6
[rădăcină@megatron ~]#
Am nevoie de ajutor pentru a înțelege de ce kubeadm nu folosește proxy-ul http adecvat, ceea ce pare să fie cazul atunci când încearcă să obțin https://dl.k8s.io/release/stable-1.txt
Nu există probleme la obținerea acelui fișier, de ce nu îl obține kubeadm?
[root@starscream ~]# wget https://dl.k8s.io/release/stable-1.txt
--2022-05-20 11:09:46-- https://dl.k8s.io/release/stable-1.txt
Se conectează la [PROXY]:8080... conectat.
Solicitare proxy trimisă, în așteptarea răspunsului... 302 Mutat temporar
Locație: https://storage.googleapis.com/kubernetes-release/release/stable-1.txt [urmează]
--2022-05-20 11:09:47-- https://storage.googleapis.com/kubernetes-release/release/stable-1.txt
Se conectează la [PROXY]:8080... conectat.
Solicitare proxy trimisă, în așteptarea răspunsului... 200 OK
Lungime: 7 [text/ simplu]
Se salvează în: âstable-1.txtâ
stabil-1.txt 100%[=========================================== ============================================>] 7 --. -KB/s în 0s
2022-05-20 11:09:48 (331 KB/s) - âstable-1.txtâ salvat [7/7]
Actualizați:
După ce m-am uitat la opțiunea de versiune forțată, am încercat asta
imagini de configurare kubeadm pull --kubernetes-versiunea 1.24.0 --v=5
Acum nu încearcă să recupereze stabilul-1.txt. Bănuiesc că am ratat faptul că ar fi putut să-l recupereze indiferent.
Acum încă încearcă să extragă imagini pe care docker le are deja.
De ce încearcă kubeadm să extragă imagini care există deja?
I0520 12:57:24.402436 228499 kubelet.go:214] valoarea lui KubeletConfiguration.cgroupDriver este goală; setarea la „systemd”
starea de ieșire 1
output: time="2022-05-20T12:59:54-04:00" level=fatal msg="tragere imagine: eroare rpc: cod = Desc necunoscut = nu s-a putut extrage și despacheta imaginea \"k8s.gcr.io/ kube-apiserver:v1.24.0\": nu s-a rezolvat referința \"k8s.gcr.io/kube-apiserver:v1.24.0\": nu s-a putut face cererea: Head \"https://k8s.gcr.io/ v2/kube-apiserver/manifests/v1.24.0\": apelați tcp 142.250.145.82:443: expirare i/o"
, eroare
Încă nu ajută faptul că proxy-ul nu este folosit. Pot accepta asta, dar de ce nu folosește kubeadm imaginile existente?
