Kubernetes: kubeadm init . के बाद x509 प्रमाणपत्र जारी करता है

@carldanley इस मुद्दे पर कोई हस्ताक्षर लेबल नहीं हैं। कृपया इसके द्वारा एक हस्ताक्षर लेबल जोड़ें :
(1) एक संकेत का उल्लेख करना: @kubernetes/sig-<team-name>-misc
उदाहरण के लिए, @kubernetes/sig-api-machinery-* एपीआई मशीनरी के लिए
(2) लेबल को मैन्युअल रूप से निर्दिष्ट करना: /sig <label>
उदाहरण के लिए, /sig scalability sig/scalability . के लिए

_नोट: विधि (1) टीम को एक सूचना ट्रिगर करेगी। आप यहां टीम सूची और लेबल सूची यहां देख सकते हैं _

/सिग क्लस्टर-जीवनचक्र

सुनिश्चित नहीं है कि यह मदद करता है, लेकिन मेरे पास वही था और मुझे एहसास हुआ कि मैं पुराने सेटअप गाइड का उपयोग कर रहा था, /etc/kubernetes/admin.conf को ~/.kube/admin.conf कॉपी कर रहा था और $KUBECONFIG=$HOME/.kube/admin.conf । मैंने पर्यावरण चर को साफ़ कर दिया और kubectl डिफ़ॉल्ट रूप से ~/.kube/config का उपयोग करने के लिए वापस आ गया।

मैं इसे kubeadm v1.7 का उपयोग करके भी देख रहा हूं - यह नोड्स को क्लस्टर में शामिल होने से रोक रहा है

मेरी स्थापना के लिए वही त्रुटि। v1.6.5 और 1.6.7 के साथ प्रयास करें यह ठीक काम करता है।

वही समस्या है।

.

( kubeadm init ठीक लगता है)

ns2 ~ # kubeadm init
[kubeadm] WARNING: kubeadm is in beta, please do not use it for production clusters.
[init] Using Kubernetes version: v1.7.3
[init] Using Authorization modes: [Node RBAC]
[preflight] Running pre-flight checks
[preflight] WARNING: docker version is greater than the most recently validated version. Docker version: 17.03.1-ce. Max validated version: 1.12
[preflight] WARNING: no supported init system detected, skipping checking for services
[preflight] WARNING: no supported init system detected, skipping checking for services
[preflight] WARNING: no supported init system detected, skipping checking for services
[preflight] WARNING: socat not found in system path
[preflight] No supported init system detected, won't ensure kubelet is running.
[certificates] Generated CA certificate and key.
[certificates] Generated API server certificate and key.
[certificates] API Server serving cert is signed for DNS names [ns2 kubernetes kubernetes.default kubernetes.default.svc kubernetes.default.svc.cluster.local] and IPs [10.96.0.1 ip_of_my_server]
[certificates] Generated API server kubelet client certificate and key.
[certificates] Generated service account token signing key and public key.
[certificates] Generated front-proxy CA certificate and key.
[certificates] Generated front-proxy client certificate and key.
[certificates] Valid certificates and keys now exist in "/etc/kubernetes/pki"
[kubeconfig] Wrote KubeConfig file to disk: "/etc/kubernetes/controller-manager.conf"
[kubeconfig] Wrote KubeConfig file to disk: "/etc/kubernetes/scheduler.conf"
[kubeconfig] Wrote KubeConfig file to disk: "/etc/kubernetes/admin.conf"
[kubeconfig] Wrote KubeConfig file to disk: "/etc/kubernetes/kubelet.conf"
[apiclient] Created API client, waiting for the control plane to become ready
[apiclient] All control plane components are healthy after 36.004283 seconds
[token] Using token: 62af23.9fba33a48799d425
[apiconfig] Created RBAC rules
[addons] Applied essential addon: kube-proxy
[addons] Applied essential addon: kube-dns

Your Kubernetes master has initialized successfully!

To start using your cluster, you need to run (as a regular user):

  mkdir -p $HOME/.kube
  sudo cp -i /etc/kubernetes/admin.conf $HOME/.kube/config
  sudo chown $(id -u):$(id -g) $HOME/.kube/config

You should now deploy a pod network to the cluster.
Run "kubectl apply -f [podnetwork].yaml" with one of the options listed at:
  http://kubernetes.io/docs/admin/addons/

You can now join any number of machines by running the following on each node
as root:

  kubeadm join --token [some string] [ip_of_my_server]:6443

( kubeadm join भी ठीक लगता है)

h1 ~ # kubeadm join --token [some string] [ip_of_my_server]:6443 --skip-preflight-checks 
[kubeadm] WARNING: kubeadm is in beta, please do not use it for production clusters.
[preflight] Skipping pre-flight checks
[discovery] Trying to connect to API Server "192.168.0.254:6443"
[discovery] Created cluster-info discovery client, requesting info from "https://192.168.0.254:6443"
[discovery] Cluster info signature and contents are valid, will use API Server "https://192.168.0.254:6443"
[discovery] Successfully established connection with API Server "192.168.0.254:6443"
[bootstrap] Detected server version: v1.7.3
[bootstrap] The server supports the Certificates API (certificates.k8s.io/v1beta1)
[csr] Created API client to obtain unique certificate for this node, generating keys and certificate signing request
[csr] Received signed certificate from the API server, generating KubeConfig...
[kubeconfig] Wrote KubeConfig file to disk: "/etc/kubernetes/kubelet.conf"

Node join complete:
* Certificate signing request sent to master and response
  received.
* Kubelet informed of new secure connection details.

Run 'kubectl get nodes' on the master to see this machine join.

(लेकिन kubectl get nodes विफल रहता है)

byungnam2<strong i="17">@ns2</strong> ~ $ kubectl get nodes
Unable to connect to the server: x509: certificate signed by unknown authority (possibly because of "crypto/rsa: verification error" while trying to verify candidate authority certificate "kubernetes")

आप की क्या ज़रूरत है $KUBECONFIG की ओर इशारा करते /etc/kubernetes/kubelet.conf ?

export KUBECONFIG=/etc/kubernetes/kubelet.conf
kubectl get nodes

@liggitt जब मैंने $KUBECONFIG से /etc/kubernetes/kubelet.conf , तो अब यह मुझे टाइमआउट त्रुटि देता है।

ns2 ~ # ./kubernetes/kubernetes/server/bin/kubectl get nodes
Error from server (ServerTimeout): the server cannot complete the requested operation at this time, try again later (get nodes)

और अब मैं चाहता हूं कि $KUBECONFIG कहां से आया क्योंकि मेरे द्वारा संदर्भित मैनुअल में ऐसा कोई कथन नहीं है।

नोड जॉइन कमांड के आउटपुट से:

[kubeconfig] Wrote KubeConfig file to disk: "/etc/kubernetes/kubelet.conf"

कुबेदम के साथ खेलते समय एक ही समस्या का सामना करना पड़ा।

कुछ समय के लिए kubeadm init और kubeadm reset के बाद, क्यूबलेट एपिसर्वर के साथ संचार करने में विफल हो जाएगा क्योंकि certificate signed by unknown authority (क्यूबलेट लॉग में)। और kubeadm init हमेशा के लिए ब्लॉक भी।

मैन्युअल रूप से /run/kubernetes/ को हटाने के बाद, सभी चीजें वापस आ जाती हैं। हो सकता है कि kubeadm reset चलाते समय प्रमाणपत्रों की सफाई में समस्या हो?

/क्षेत्र कुबेदमो

मैं कुबेदम 1.8 पर हूं और यह समस्या अभी भी होती है।

ubuntu@ip-172-31-9-157:~$ kubeadm version
kubeadm version: &version.Info{Major:"1", Minor:"8", GitVersion:"v1.8.0", GitCommit:"6e937839ac04a38cac63e6a7a306c5d035fe7b0a", GitTreeState:"clean", BuildDate:"2017-09-28T22:46:41Z", GoVersion:"go1.8.3", Compiler:"gc", Platform:"linux/amd64"}
ubuntu@ip-172-31-9-157:~$
ubuntu@ip-172-31-9-157:~$
ubuntu@ip-172-31-9-157:~$ kubectl get nodes
Unable to connect to the server: x509: certificate signed by unknown authority (possibly because of "crypto/rsa: verification error" while trying to verify candidate authority certificate "kubernetes")
ubuntu@ip-172-31-9-157:~$
ubuntu@ip-172-31-9-157:~$
ubuntu@ip-172-31-9-157:~$

मैंने मैन्युअल रूप से /var/run/kubernetes चेक किया है। जब मैं kubeadm reset दौड़ा तो इसे साफ कर दिया गया। सुनिश्चित नहीं है कि वास्तविक समस्या क्या है।

ध्यान दें: "अपने क्लस्टर का उपयोग शुरू करने के लिए, आपको चलाने की आवश्यकता है (एक नियमित उपयोगकर्ता के रूप में)"

[ रूट@ मास्टर1 ~]# कुबेक्टल को नोड्स मिलते हैं
सर्वर से कनेक्ट करने में असमर्थ: x509: अज्ञात प्राधिकारी द्वारा हस्ताक्षरित प्रमाणपत्र (संभवतः "क्रिप्टो/आरएसए: सत्यापन त्रुटि" के कारण उम्मीदवार प्राधिकरण प्रमाणपत्र "कुबेरनेट्स" को सत्यापित करने का प्रयास करते समय)

[ रूट@मास्टर1 ~]# सु - रेगुलर_यूसर

[ Regular_user@master1 ~]$ mkdir -p $HOME/.kube
[ regular_user@master1 ~]$ sudo cp -i /etc/kubernetes/admin.conf $HOME/.kube/config
[ regular_user@master1 ~]$ sudo chown $(id -u):$(id -g) $HOME/.kube/config

[Regular_user @master1 ~]$ kubectl को नोड्स मिलते हैं
नाम स्थिति भूमिकाएँ आयु संस्करण
Master1.virti.corp नहीं तैयार मास्टर 6m v1.8.1
Master2.virti.corp तैयार नहीं4एम वी1.8.1

@ जेफब्र 13 धन्यवाद। यह काम करता है।

कृपया इस समाधान के साथ डॉक्स अपडेट करें

यदि आप kubeadm रीसेट करते हैं और फिर kubeadm init फिर से करते हैं, और यदि आपने कभी रूट के रूप में निम्नलिखित चलाया है, तो आपको नई कॉन्फ़िगरेशन प्राप्त करने के लिए इसे फिर से (रूट के रूप में) चलाने की आवश्यकता है:
mkdir -p $HOME/.kube
sudo cp -i /etc/kubernetes/admin.conf $HOME/.kube/config
sudo chown $(id -u):$(id -g) $HOME/.kube/config

तब आप अभी भी रूट के रूप में चल सकते हैं।

यदि पाया जाता है कि यदि आप कभी भी "sudo kubeadm reset" चलाने जा रहे हैं, तो आपको कैश्ड dirs को साफ़ करने के लिए अपना .kube dir निकालना होगा।
उसके बाद आप @petersonwsantos . को फॉलो कर सकते हैं
ओह, KUBECONFIG को सेट करना सुनिश्चित करें जो भी आप (पुनः) अपनी कॉन्फ़िग फ़ाइल को नाम दें जैसे $HOME/.kube/config

टैंक फ्रेंड इंट ट्रू।

निम्न पंक्तियों के रूप में कॉन्फ़िगर करें, _$kubectl नोड्स_ कार्य प्राप्त करें:

_रूट:~/k8s# कैट 04-config.sh
mkdir -p $HOME/.kube
sudo cp -i /etc/kubernetes/admin.conf $HOME/.kube/config
sudo chown $(id -u):$(id -g) $HOME/.kube/config
sudo chmod 777 $HOME/.kube/config
निर्यात KUBECONFIG=/etc/kubernetes/kubelet.conf
निर्यात KUBECONFIG=/home/ubuntu/.kube/config
Kubectl नोड्स प्राप्त करें

यह संभव है क्योंकि आपके पास एक बहु मास्टर सेटअप है और प्रत्येक मास्टर पर /etc/kubernetes/pki/ca.* उत्पन्न किया है। उन्हें पहले गुरु से दूसरे गुरु में कॉपी करने के बजाय।

मुझे कुबेरनेट्स प्रलेखन में समाधान मिला
प्रलेखन का पालन करते समय इस आदेश का उपयोग करके .kube निर्देशिका बनाना न भूलें
mkdir -p $HOME/.kube

क्योंकि जैसा कि आपको इस आदेश की आवश्यकता है, यह .kube निर्देशिका को स्थानांतरित कर देगा
mv $HOME/.kube $HOME/.kube.bak

https://kubernetes.io/docs/setup/inनिर्भर/troubleshooting-kubeadm/

अन्य लोगों के लिए जिनके पास यह समस्या हो सकती है, वे /root/.kube फ़ोल्डर को बैकअप स्थान पर ले जाने का प्रयास कर सकते हैं यदि यह मौजूद है और पुनः प्रयास करें। एक कैश्ड रूट संस्करण का उपयोग करना बहुत संभव है जो अब मान्य नहीं है, क्योंकि आप कुबेदम को सूडो के रूप में चलाएंगे।

मेरी समस्या यह थी कि मेरे पास KubeEdge गेटिंग स्टार्टेड गाइड के दौरान बनाए गए कस्टम प्रमाणपत्र थे। एसएसएल और कुबीज के साथ खिलवाड़ नहीं करने से यह काम कर गया।

ध्यान दें: "अपने क्लस्टर का उपयोग शुरू करने के लिए, आपको चलाने की आवश्यकता है (एक नियमित उपयोगकर्ता के रूप में)"

[ रूट@ मास्टर1 ~]# कुबेक्टल को नोड्स मिलते हैं
सर्वर से कनेक्ट करने में असमर्थ: x509: अज्ञात प्राधिकारी द्वारा हस्ताक्षरित प्रमाणपत्र (संभवतः "क्रिप्टो/आरएसए: सत्यापन त्रुटि" के कारण उम्मीदवार प्राधिकरण प्रमाणपत्र "कुबेरनेट्स" को सत्यापित करने का प्रयास करते समय)

[ रूट@मास्टर1 ~]# सु - रेगुलर_यूसर

[ Regular_user@master1 ~]$ mkdir -p $HOME/.kube
[ regular_user@master1 ~]$ sudo cp -i /etc/kubernetes/admin.conf $HOME/.kube/config
[ regular_user@master1 ~]$ sudo chown $(id -u):$(id -g) $HOME/.kube/config

यह काम। सिवाय इसके कि मुझे अपना KUBECONFIG फिर से सेट करना पड़ा क्योंकि वह बदल गया था

निर्यात KUBECONFIG=$HOME/.kube/config

[Regular_user @master1 ~]$ kubectl को नोड्स मिलते हैं
नाम स्थिति भूमिकाएँ आयु संस्करण
Master1.virti.corp नहीं तैयार मास्टर 6m v1.8.1
Master2.virti.corp तैयार नहीं 4m v1.8.1

आप की क्या ज़रूरत है $KUBECONFIG की ओर इशारा करते /etc/kubernetes/kubelet.conf ?

export KUBECONFIG=/etc/kubernetes/kubelet.conf
kubectl get nodes

यह मेरे लिए काम करता है, बहुत बहुत धन्यवाद।

निर्यात KUBECONFIG=/etc/kubernetes/kubelet.conf
Kubectl नोड्स प्राप्त करें

मेरी ओर से काम है

ध्यान दें: "अपने क्लस्टर का उपयोग शुरू करने के लिए, आपको चलाने की आवश्यकता है (एक नियमित उपयोगकर्ता के रूप में)"

[ रूट@ मास्टर1 ~]# कुबेक्टल को नोड्स मिलते हैं
सर्वर से कनेक्ट करने में असमर्थ: x509: अज्ञात प्राधिकारी द्वारा हस्ताक्षरित प्रमाणपत्र (संभवतः "क्रिप्टो/आरएसए: सत्यापन त्रुटि" के कारण उम्मीदवार प्राधिकरण प्रमाणपत्र "कुबेरनेट्स" को सत्यापित करने का प्रयास करते समय)

[ रूट@मास्टर1 ~]# सु - रेगुलर_यूसर

[ Regular_user@master1 ~]$ mkdir -p $HOME/.kube
[ regular_user@master1 ~]$ sudo cp -i /etc/kubernetes/admin.conf $HOME/.kube/config
[ regular_user@master1 ~]$ sudo chown $(id -u):$(id -g) $HOME/.kube/config

[Regular_user @master1 ~]$ kubectl को नोड्स मिलते हैं
नाम स्थिति भूमिकाएँ आयु संस्करण
Master1.virti.corp नहीं तैयार मास्टर 6m v1.8.1
Master2.virti.corp तैयार नहीं 4m v1.8.1

यह काम किया!

kubeadm init आपको $HOME/.kube फ़ोल्डर को हटाना होगा और नया बनाना होगा:

mkdir -p $HOME/.kube
sudo cp -i /etc/kubernetes/admin.conf $HOME/.kube/config
sudo chown $(id -u):$(id -g) $HOME/.kube/config