<p>kubeadm init "पहला नोड पंजीकृत है, लेकिन अभी तक तैयार नहीं है" पर अटका हुआ है</p>

उबंटू 16.04.02, जीसीई और स्थानीय वीएमवेयर इंस्टॉलेशन, डॉकर संस्करण 1.12.6, कर्नेल 4.8.0-44-जेनेरिक 47 ~ 16.04.1-उबंटू एसएमपी दोनों पर मेरे साथ ऐसा ही हो रहा है।

क्यूबलेट लॉग त्रुटि से पहले /etc/cni/net.d गुम होने के बारे में एक चेतावनी दिखाता है जो हम jimmycuadra की रिपोर्ट में देखते हैं:

Mar 29 04:43:25 instance-1 kubelet[6800]: W0329 04:43:25.763117    6800 cni.go:157] Unable to update cni config: No networks found in /etc/cni/net.d
Mar 29 04:43:25 instance-1 kubelet[6800]: E0329 04:43:25.763515    6800 kubelet.go:2067] Container runtime network not ready: NetworkReady=false reason:NetworkPluginNotReady message:docker: network plugin is not ready: cni config uninitialized

उबंटू एडब्ल्यूएस वीएम पर एक ही मुद्दा। डॉकर 1.12.5

root@ip-10-43-0-20 :~# kubeadm संस्करण
kubeadm संस्करण: version.Info {मेजर: "1", माइनर: "6", GitVersion: "v1.6.0", GitCommit: "fff5156092b56e6bd60fff75aad4dc9de6b6ef37", GitTreeState: "क्लीन", बिल्डडेट: "2017-03-28T16:24: 30Z", गोवर्सन: "go1.7.5"

root@ip-10-43-0-20 :~# uname -a
लिनक्स आईपी-10-43-0-20 4.4.0-45-जेनेरिक #66-उबंटू एसएमपी बुध अक्टूबर 19 14:12:37 यूटीसी 2016 x86_64 x86_64 x86_64 जीएनयू/लिनक्स

root@ip-10-43-0-20 :~# kubeadm init --config cfg.yaml
[kubeadm] चेतावनी: kubeadm बीटा में है, कृपया इसे उत्पादन क्लस्टर के लिए उपयोग न करें।
[init] Kubernetes संस्करण का उपयोग करना: v1.6.0
[init] प्राधिकरण मोड का उपयोग करना: RBAC
[init] चेतावनी: काम करने के लिए क्लाउडप्रोवाइडर एकीकरण के लिए --क्लाउड-प्रदाता को क्लस्टर में सभी क्यूबलेट के लिए सेट किया जाना चाहिए।
(/etc/systemd/system/kubelet.service.d/10-kubeadm.conf इस उद्देश्य के लिए संपादित किया जाना चाहिए)
[प्रीफ्लाइट] प्री-फ्लाइट चेक चल रहा है
[प्रीफ्लाइट] क्यूबलेट सेवा शुरू करना
[प्रमाणपत्र] जेनरेट किया गया सीए प्रमाणपत्र और कुंजी।
[प्रमाणपत्र] उत्पन्न एपीआई सर्वर प्रमाणपत्र और कुंजी।
[प्रमाणपत्र] एपीआई सर्वर सर्विंग सर्टिफिकेट डीएनएस नामों के लिए हस्ताक्षरित है [आईपी-10-43-0-20 कुबेरनेट्स कुबेरनेट्स। ]
[प्रमाणपत्र] उत्पन्न एपीआई सर्वर क्यूबलेट क्लाइंट प्रमाणपत्र और कुंजी।
[प्रमाणपत्र] जनरेट किया गया सेवा खाता टोकन साइनिंग की और सार्वजनिक कुंजी।
[प्रमाणपत्र] जनरेट किया गया फ्रंट-प्रॉक्सी CA प्रमाणपत्र और कुंजी.
[प्रमाणपत्र] जनरेट किया गया फ्रंट-प्रॉक्सी क्लाइंट प्रमाणपत्र और कुंजी।
[प्रमाणपत्र] मान्य प्रमाणपत्र और कुंजी अब "/etc/kubernetes/pki" में मौजूद हैं
[kubeconfig] डिस्क पर KubeConfig फ़ाइल लिखी: "/etc/kubernetes/admin.conf"
[kubeconfig] डिस्क पर KubeConfig फ़ाइल लिखी: "/etc/kubernetes/kubelet.conf"
[kubeconfig] डिस्क पर KubeConfig फ़ाइल लिखी: "/etc/kubernetes/controller-manager.conf"
[kubeconfig] डिस्क पर KubeConfig फ़ाइल लिखी: "/etc/kubernetes/scheduler.conf"
[एप्लिकेंट] एपीआई क्लाइंट बनाया गया है, जो कंट्रोल प्लेन के तैयार होने की प्रतीक्षा कर रहा है
[आवेदक] 16.531681 सेकंड के बाद सभी नियंत्रण विमान घटक स्वस्थ हैं
[आवेदक] कम से कम एक नोड के पंजीकरण और तैयार होने की प्रतीक्षा कर रहा है
[आवेदक] पहला नोड पंजीकृत है, लेकिन अभी तक तैयार नहीं है
[आवेदक] पहला नोड पंजीकृत है, लेकिन अभी तक तैयार नहीं है
[आवेदक] पहला नोड पंजीकृत है, लेकिन अभी तक तैयार नहीं है

++ एक ही मुद्दा (उबंटू 16.04.1)

यहां उबंटू 16.04 पर वही बात है

CentOS 7 पर, मैंने क्यूबलेट को डाउनग्रेड करके 1.5.4 । इसने मेरे लिए इसे हल कर दिया। ऐसा लगता है कि तैयार चेक 1.6.0 क्यूबलेट में अलग तरह से काम करता है।

K8s 1.6.0 . में अपग्रेड करने के बाद से नंगे धातु x64 मशीन पर CentOS 7 पर एक ही समस्या

उबंटू 16.04 पर एक ही मुद्दा

उबंटू 16.04 पर एक ही मुद्दा, मैन्युअल रूप से kubelet पैकेज को डाउनग्रेड करने से समस्या हल हो गई।

# apt install kubelet=1.5.6-00

@ctrlaltdel यह मेरे लिए काम नहीं किया।

मुझे संदेह है कि यह एक क्यूबलेट मुद्दा है। सीएनआई के अपुष्ट होने पर इसे नोड को तैयार नहीं के रूप में चिह्नित नहीं करना चाहिए। केवल पॉड्स जिन्हें CNI की आवश्यकता होती है, उन्हें तैयार नहीं के रूप में चिह्नित किया जाना चाहिए।

@jbeda क्या आप जानते हैं कि इस मुद्दे का समाधान कब होगा?

@kristiandrucker - नहीं - अभी भी पता लगा रहा है कि क्या हो रहा है। पहले इसे जड़ से उखाड़ने की जरूरत है।

@jbeda ठीक है, लेकिन इस मुद्दे के हल होने के बाद, फिर क्या? स्रोत से क्यूबलेट का पुनर्निर्माण करें?

@kristiandrucker यह k8s का एक बिंदु रिलीज में बाहर जाने के लिए अगर यह एक kubelet मुद्दा है होगा।

मुझे संदेह है कि https://github.com/kubernetes/kubernetes/pull/43474 मूल कारण है। एक बग फाइल करने जा रहे हैं और नेटवर्क के लोगों के साथ अनुवर्ती कार्रवाई कर रहे हैं।

@dcbw आप आसपास हैं?

ऐसा लगता है कि समस्या यह है कि डेमॉनसेट उन नोड्स के लिए शेड्यूल नहीं किया गया है जिनके पास नेट वर्करेडी: झूठी स्थिति है, क्योंकि शेड्यूलिंग पॉड्स के लिए चेक पर्याप्त रूप से ठीक नहीं हैं। हमें इसे ठीक करने की ज़रूरत है; एक पॉड जो हो stNetwork:true को उस नोड पर शेड्यूल किया जाना चाहिए जो Net workReady:false हो , लेकिन एक हो stNetwork:false पॉड नहीं होना चाहिए।

वर्कअराउंड के रूप में, क्या आपके डेमनसेट पर scheduler.alpha.kubernetes.io/critical-pod एनोटेशन जोड़ने से चीजें फिर से काम करती हैं?

@janetkuo @lukaszo क्या आप डीएस व्यवहार को ट्राइएज कर सकते हैं?

#sig-network on slack, btw पर भी चर्चा चल रही है।

वही मुद्दा CentOS 7 x64

@prapdm यह अपरिभाषित प्रतीत होता है कि आप किस डिस्ट्रो को चला रहे हैं।

CentOS Linux रिलीज़ 7.3.1611 (कोर)

मैंने इसे Ubuntu 16.04 के साथ एक नोड पर आज़माया है। यह "अभी तक तैयार नहीं" संदेश के साथ लटका हुआ है। मैंने मैन्युअल रूप से फलालैन डेमनसेट भी बनाया लेकिन मेरे मामले में इसने बिना किसी समस्या के एक पॉड निर्धारित किया। डेमॉन पॉड स्वयं CrashLoopBackOff में त्रुटि के साथ चला गया: E0329 22:57:03.065651 1 main.go:127] Failed to create SubnetManager: error retrieving pod spec for 'kube-system/kube-flannel-ds-z3xgn': the server does not allow access to the requested resource (get pods kube-flannel-ds-z3xgn)

मैं सेंटोस पर भी कोशिश करूंगा लेकिन मुझे नहीं लगता कि यहां डेमनसेट को दोष देना है, कुबेदम यहां लटका हुआ है।

यह एक आरबीएसी अनुमति त्रुटि है।

@jimmycuadra मैंने अभी देखा है कि आप इसे रास्पबेरी पीआई पर चला रहे हैं जिसमें एक आर्म प्रोसेसर है।

फलालैन डेमॉन सेट के लिए आपके पास है:

``` नोड चयनकर्ता:
beta.kubernetes.io/arch: amd64

but your node is labeled with: 

beta.kubernetes.io/arch=arm
```

तो डेमनसेट इस नोड पर पॉड लंच नहीं कर सकता है, बस नोड चयनकर्ता को बदलें और यह काम करेगा।
आपको अभी भी rbac अनुमति के साथ त्रुटि मिलेगी, लेकिन शायद @mikedanese आपको बताएगा कि इसे कैसे ठीक किया जाए क्योंकि मैं इसे नहीं जानता।

आह, धन्यवाद @lukaszo! मैं इस बार आरपीआई-विशिष्ट मार्गदर्शिका का पालन नहीं कर रहा था (जिसे मैंने k8s 1.5 के लिए उपयोग किया था) और उस चरण को भूल गया था। जब डेमॉन सेट में त्रुटि हुई तो मैंने इसे खोज लिया होगा, लेकिन जैसा कि यह पता चला है कि मुझे वह दूर नहीं मिला है। :}

जब मैं यहां बताए गए निर्देशों का पालन करता हूं तो मुझे भी यह समस्या दिखाई दे रही है:
https://blog.hypriot.com/post/setup-kubernetes-raspberry-pi-cluster/

सही फलालैन नेटवर्क पॉड स्थापित करने के बाद इसे काम करने में कामयाब रहा।

मुझे लगता है कि @jimmycuadra इसे @lukaszo टिप्पणी के साथ काम कर सकता है।

जब संदेश [apiclient] First node has registered, but is not ready yet बाढ़ आना शुरू हो जाता है तो कुबेरनेट्स एपीआई सर्वर चल रहा होगा ताकि आप यह कर सकें:

curl -sSL https://rawgit.com/coreos/flannel/master/Documentation/kube-flannel.yml | kubectl create -f -

रास्पबेरी पाई स्थापित करने के लिए:

curl -sSL https://rawgit.com/coreos/flannel/master/Documentation/kube-flannel.yml | sed "s/amd64/arm/g" | kubectl create -f -

फिर यह खत्म हो जाएगा:

[apiclient] First node has registered, but is not ready yet
[apiclient] First node has registered, but is not ready yet
[apiclient] First node has registered, but is not ready yet
[apiclient] First node has registered, but is not ready yet
[apiclient] First node has registered, but is not ready yet
[apiclient] First node has registered, but is not ready yet
[apiclient] First node has registered, but is not ready yet
[apiclient] First node has registered, but is not ready yet
[apiclient] First node has registered, but is not ready yet
[apiclient] First node has registered, but is not ready yet
[apiclient] First node is ready after 245.050597 seconds
[apiclient] Test deployment succeeded
[token] Using token: 4dc99e............
[apiconfig] Created RBAC rules
[addons] Created essential addon: kube-proxy
[addons] Created essential addon: kube-dns

Your Kubernetes master has initialized successfully!

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

  sudo cp /etc/kubernetes/admin.conf $HOME/
  sudo chown $(id -u):$(id -g) $HOME/admin.conf
  export KUBECONFIG=$HOME/admin.conf

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 4dc99e........... 192.168.1.200:6443

मेरे पास एक ही समस्या थी और मैंने इस तरह तय किया:
आपको जड़ होना चाहिए

kubeadm के 1.6.0 में आपको सिस्टम फ़ाइल में पर्यावरण चर $KUBELET_NETWORK_ARGS को हटा देना चाहिए: /etc/systemd/system/kubelet.service.d/10-kubeadm.conf

फिर राक्षसों को पुनः आरंभ करें

systemctl daemon-reload

kubeadm init

इसमें थोड़ा समय लगता है ... सफलता के बाद

आप जिस नेटवर्क ऐड-ऑन का उपयोग करना चाहते हैं उसे डाउनलोड करें: http://kubernetes.io/docs/admin/addons/

कैलिको सबसे अच्छा लगता है, निश्चित नहीं है लेकिन फिर भी मेरे लिए परीक्षण में है।

@thelastworm
मैंने बस इसे करने की कोशिश की, और यह काम नहीं किया।
उबंटू 16.04.2 एलटीएस, कुबेदम 1.6.0
मैंने निम्नलिखित कदम उठाए:

1. /etc/systemd/system/kubelet.service.d/10-kubeadm.conf संपादित करें और $KUBELET_NETWORK_ARGS को हटा दें
2. kubeadm reset इसे शुरू करने के पिछले प्रयास को साफ करने के लिए
3. kubeadm init --token=<VALUE> --apiserver-advertise-address=<IP>

[संपादित]
यह @ srinat999 के बाद काम करता है जो systemctl daemon-reload से पहले kubeadm init चलाने की आवश्यकता की ओर इशारा करता है

@jcorral के समाधान ने मेरे लिए फलालैन परिनियोजन में एक बदलाव के साथ काम किया क्योंकि असुरक्षित API पोर्ट अब kubeadm द्वारा नहीं बनाया गया है।

curl -sSL https://rawgit.com/coreos/flannel/master/Documentation/kube-flannel.yml | \
kubectl --kubeconfig /etc/kubernetes/admin.conf create -f -

@MaximF आपको systemctl daemon-reload । मेरे लिए काम किया।

@jcorral आपका समाधान मेरे लिए काम करता है। धन्यवाद।

@MaximF मैं सिर्फ पुनरारंभ दानव कमांड लाइन

kubeadm init सफलतापूर्वक पूर्ण होता है, लेकिन जब मैं संस्करण की जांच करता हूं, तो निम्न त्रुटि प्राप्त करें:

क्लाइंट संस्करण: संस्करण। जानकारी {मेजर: "1", माइनर: "6", गिटवर्सन: "v1.6.0", गिटकॉमिट: "fff5156092b56e6bd60fff75aad4dc9de6b6ef37", GitTreeState: "क्लीन", बिल्डडेट: "2017-03-28T16:36: 33Z", GoVersion: "go1.7.5", कंपाइलर: "gc", प्लेटफ़ॉर्म: "linux/amd64"}
सर्वर लोकलहोस्ट से कनेक्शन

@ हरीबोले
आपको KUBECONFIG env var . सेट करना चाहिए

क्या किसी को सीएनआई से संबंधित कामकाज के बाद फलालैन चलाने के लिए मिला है? मैं तैयार नहीं मुद्दे को पारित कर सकता हूं, लेकिन जब मैं फलालैन चलाता हूं, तो मुझे एक त्रुटि मिलती है जो इस तरह दिखती है:

Failed to create SubnetManager: error retrieving pod spec for 'kube-system/kube-flannel-ds-g5cbj': the server does not allow access to the requested resource (get pods kube-flannel-ds-g5cbj)

पॉड्स की स्थिति "CrashLoopBackOff" दिखाती है

एपीआई से पढ़ने के लिए फलालैन को अधिकृत करने के लिए आपको आरबीएसी भूमिकाएं जोड़ने की जरूरत है।

एपीआई से पढ़ने के लिए फलालैन को अधिकृत करने के लिए आपको आरबीएसी भूमिकाएं जोड़ने की जरूरत है।

यदि कोई और सोच रहा है कि इसका क्या अर्थ है, तो ऐसा लगता है कि फलालैन बनाने से पहले आपको kube-flannel-rbac.yml बनाने की आवश्यकता है:

kubectl create -f https://raw.githubusercontent.com/coreos/flannel/master/Documentation/kube-flannel-rbac.yml
kubectl create -f https://raw.githubusercontent.com/coreos/flannel/master/Documentation/kube-flannel.yml

मुझे लगता है क्योंकि एक मूल मुद्दा हल हो गया है और संबंधित टिकट बंद है , हमें इसे भी बंद कर देना चाहिए :)

सिर्फ जानकारी के लिए: यह अब मेरे लिए उबंटू 16.04 के तहत अद्यतन पैकेजों के साथ काम कर रहा है।

1.6.1 मेरे लिए काम करता है! उन सभी को धन्यवाद जिन्होंने इसे ठीक करने में मदद की!

मैंने अपने कुबेरनेट्स क्लस्टर को सेंटोस-रिलीज़-7-3.1611.el7.centos.x86_64 पर निम्नलिखित चरणों का पालन करके सफलतापूर्वक सेटअप किया है (मुझे लगता है कि डॉकर पहले से ही स्थापित है):

1) (/etc/yum.repo.d/kubernetes.repo से) baseurl=http://yum.kubernetes.io/repos/kubernetes-el7-x86_64-unstable
=> नवीनतम Kubernetes 1.6.1 . के लिए अस्थिर भंडार का उपयोग करने के लिए
2) यम इंस्टाल-वाई क्यूबलेट कुबेदम कुबेक्टल कुबेरनेट्स-सीएनआई
3) (/etc/systemd/system/kubelet.service.d/10-kubeadm.conf) अंतिम पंक्ति के अंत में "--cgroup-driver=systemd" जोड़ें।
=> ऐसा इसलिए है क्योंकि डॉकर cgroup-driver के लिए systemd का उपयोग करता है जबकि kubelet cgroup-driver के लिए cgroupfs का उपयोग करता है।
4) systemctl क्यूबलेट सक्षम करें && systemctl स्टार्ट क्यूबलेट
5) कुबेदम इनिट --पॉड-नेटवर्क-सीडीआर 10.244.0.0/16
=> यदि आप --api-advertise-addresses जोड़ते थे, तो आपको इसके बजाय --apiserver-advertise-address का उपयोग करना होगा।
6) cp /etc/kubernetes/admin.conf $HOME/
sudo chown $(id -u):$(id -g) $HOME/admin.conf
निर्यात KUBECONFIG=$HOME/admin.conf
=> इस चरण के बिना, आपको kubectl get के साथ त्रुटि मिल सकती है
=> मैंने इसे 1.5.2 . के साथ नहीं किया
7) Kubectl create -f https://raw.githubusercontent.com/coreos/flannel/master/Documentation/kube-flannel-rbac.yml
=> 1.6.0 एक भूमिका-आधारित अभिगम नियंत्रण का परिचय देता है ताकि आपको एक फलालैन डेमोंसेट बनाने से पहले एक ClusterRole और एक ClusterRoleBinding जोड़ना चाहिए
8) Kubectl create -f https://raw.githubusercontent.com/coreos/flannel/master/Documentation/kube-flannel.yml
=> एक फलालैन डेमोंसेट बनाएं
9) (प्रत्येक दास नोड पर) कुबेदम शामिल हों --token (आपका टोकन) (आईपी):(पोर्ट)
=> जैसा कि kubeadm init . के परिणाम में दिखाया गया है

उपरोक्त सभी चरण Kubernetes-1.6.0, विशेष रूप से kubeadm के आसपास विभिन्न मुद्दों के सुझावों के संयोजन का परिणाम हैं।

आशा है कि इससे आपका समय बचेगा।

@eastcirclek @Sliim आप महान हैं

@eastcirclek यह सटीक कदम थे जिन्हें मैंने अभी कई मंचों पर भी क्वेरी करके निष्पादित किया है। एक समयक्षेत्र अंतर, हो सकता है? सभी को धन्यवाद, यह विषय वास्तव में मददगार था।

मेरे पास एडब्ल्यूएस पर उबंटू 16.04 सर्वर है और चरणों का पालन किया है

1. /etc/systemd/system/kubelet.service.d/10-kubeadm.conf संपादित करें और $KUBELET_NETWORK_ARGS को हटा दें
2. kubeadm इसे शुरू करने के पिछले प्रयास को साफ करने के लिए रीसेट करें
3. कुबेदम इनिट --टोकन=--apiserver-विज्ञापन-पता=

जो स्पष्ट रूप से सही ढंग से काम करता है, लेकिन फिर जब मैं कैलिको को नेटवर्क प्लगइन के रूप में स्थापित करने का प्रयास करता हूं, तो मुझे निम्न त्रुटि मिलती है:
सर्वर लोकलहोस्ट से कनेक्शन

क्या k8s टीम पैच पर काम कर रही है?

धन्यवाद

@overip मुझे नहीं लगता कि इसके लिए किसी पैच की आवश्यकता है... Kubectl का उपयोग करते समय आपको बस सही kubeconfig फ़ाइल निर्दिष्ट करने की आवश्यकता है। kubeadm को इसे /etc/kubernetes/admin.conf पर लिखना चाहिए था।

@jimmycuadra क्या आप कृपया ऐसा करने के चरणों की व्याख्या कर सकते हैं?

@overip kubeadm init आउटपुट में निर्देश हैं:

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

  sudo cp /etc/kubernetes/admin.conf $HOME/
  sudo chown $(id -u):$(id -g) $HOME/admin.conf
  export KUBECONFIG=$HOME/admin.conf

व्यक्तिगत रूप से, मैं फ़ाइल को $HOME/.kube/config पर कॉपी करना पसंद करता हूं, जहां कुबेक्टल डिफ़ॉल्ट रूप से इसकी तलाश करेगा। फिर आपको KUBECONFIG पर्यावरण चर सेट करने की आवश्यकता नहीं है।

यदि आप अपने स्थानीय मशीन से kubectl का उपयोग करने की योजना बना रहे हैं, तो आप इसे अपने कंप्यूटर पर ~/.kube/config पर लिखने के लिए scp (या केवल सामग्री को कॉपी पेस्ट करें) का उपयोग कर सकते हैं।

अधिक विवरण के लिए इस GitHub अंक में "admin.conf" खोजें। इसका उल्लेख कुछ बार किया गया है।

@eastcirclek - चरणों का पालन किया, लेकिन किसी कारण से नोड्स फलालैन को ठीक से स्थापित करने में सक्षम नहीं हैं।
(नोट: मास्टर पर सब कुछ सुचारू है।)

Apr 13 22:31:11 node2 kubelet[22893]: I0413 22:31:11.666206   22893 kuberuntime_manager.go:458] Container {Name:install-cni Image:quay.io/coreos/flannel:v0.7.0-amd64 Command:[/bin/sh -c set -e -x; cp -f /etc/kube-flannel/cni-conf.json /etc/cni/net.d/10-flannel.conf; while true; do sleep 3600; done] Args:[] WorkingDir: Ports:[] EnvFrom:[] Env:[] Resources:{Limits:map[] Requests:map[]} VolumeMounts:[{Name:cni ReadOnly:false MountPath:/etc/cni/net.d SubPath:} {Name:flannel-cfg ReadOnly:false MountPath:/etc/kube-flannel/ SubPath:} {Name:flannel-token-g65nf ReadOnly:true MountPath:/var/run/secrets/kubernetes.io/serviceaccount SubPath:}] LivenessProbe:nil ReadinessProbe:nil Lifecycle:nil TerminationMessagePath:/dev/termination-log TerminationMessagePolicy:File ImagePullPolicy:IfNotPresent SecurityContext:nil Stdin:false StdinOnce:false TTY:false} is dead, but RestartPolicy says that we should restart it.
Apr 13 22:31:11 node2 kubelet[22893]: I0413 22:31:11.666280   22893 kuberuntime_manager.go:742] checking backoff for container "install-cni" in pod "kube-flannel-ds-3smf7_kube-system(2e6ad0f9-207f-11e7-8f34-0050569120ff)"
Apr 13 22:31:12 node2 kubelet[22893]: I0413 22:31:12.846325   22893 operation_generator.go:597] MountVolume.SetUp succeeded for volume "kubernetes.io/configmap/2e6ad0f9-207f-11e7-8f34-0050569120ff-flannel-cfg" (spec.Name: "flannel-cfg") pod "2e6ad0f9-207f-11e7-8f34-0050569120ff" (UID: "2e6ad0f9-207f-11e7-8f34-0050569120ff").
Apr 13 22:31:12 node2 kubelet[22893]: I0413 22:31:12.846373   22893 operation_generator.go:597] MountVolume.SetUp succeeded for volume "kubernetes.io/secret/2e6ad0f9-207f-11e7-8f34-0050569120ff-flannel-token-g65nf" (spec.Name: "flannel-token-g65nf") pod "2e6ad0f9-207f-11e7-8f34-0050569120ff" (UID: "2e6ad0f9-207f-11e7-8f34-0050569120ff").

बस मेरी वर्कअराउंड विधि साझा करें। सबसे पहले $KUBELET_NETWORK_ARGS की आवश्यकता है, अन्यथा CNI सक्षम/कॉन्फ़िगर नहीं है। $KUBELET_NETWORK_ARGS को हटाना और फिर पुनर्स्थापित करना बहुत जटिल लगता है।
जब kubeadm init दिखाता है "[apclient] पहला नोड पंजीकृत है, लेकिन अभी तक तैयार नहीं है", k8s क्लस्टर वास्तव में अनुरोध करने के लिए तैयार है। उस समय, उपयोगकर्ता आसानी से https://kubernetes.io/docs/getting-started-guides/kubeadm/ के चरण 3/4 पर जा सकता है।

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

  sudo cp /etc/kubernetes/admin.conf $HOME/
  sudo chown $(id -u):$(id -g) $HOME/admin.conf
  export KUBECONFIG=$HOME/admin.conf

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/

जब कोई उपयोगकर्ता पॉडनेटवर्क स्थापित करता है, तो कृपया सुनिश्चित करें कि पॉडनेटवर्क नीति के सेवा खाते को पर्याप्त अनुमति दी गई है। एक उदाहरण के रूप में फलालैन लेना। मैं बस फलालैन के सेवा खाते में क्लस्टर-व्यवस्थापक भूमिका को निम्नानुसार बांधता हूं। यह आदर्श नहीं हो सकता है, और आप फलालैन सेवा के लिए एक विशिष्ट भूमिका को परिभाषित कर सकते हैं। BTW, जब कोई उपयोगकर्ता डैशबोर्ड जैसी अन्य ऐडऑन सेवा को परिनियोजित करता है, तो उसे संबंधित सेवा खाते को पर्याप्त अनुमति देने की भी आवश्यकता होती है।

apiVersion: rbac.authorization.k8s.io/v1beta1
kind: ClusterRoleBinding
metadata:
  name: flannel:daemonset
roleRef:
  apiGroup: rbac.authorization.k8s.io
  kind: ClusterRole
  name: cluster-admin
subjects:
- kind: ServiceAccount
  name: flannel
  namespace:  kube-system

पॉडनेटवर्क सर्वर तैयार होने के बाद, kubeadm init दिखाएगा कि नोड तैयार है, और उपयोगकर्ता निर्देश के साथ जारी रख सकता है।

एक उदाहरण के रूप में फलालैन लेना। मैं बस फलालैन के सेवा खाते में क्लस्टर-व्यवस्थापक भूमिका को निम्नानुसार बांधता हूं। यह आदर्श नहीं हो सकता है, और आप फलालैन सेवा के लिए एक विशिष्ट भूमिका को परिभाषित कर सकते हैं।

https://raw.githubusercontent.com/coreos/flannel/master/Documentation/kube-flannel-rbac.yml पहले से मौजूद है

मदद के लिए सभी को धन्यवाद।
अंत में फलालैन के साथ पूरी तरह से k8s 1.6.1 काम कर रहा है। सब कुछ अब ansible playbooks में है।
Centos/RHEL पर परीक्षण किया गया। डेबियन आधारित (जैसे उबंटू) के लिए भी तैयारी शुरू हो गई थी, लेकिन इसमें कुछ शोधन की आवश्यकता हो सकती है।

https://github.com/ReSearchITEng/kubeadm-playbook/blob/master/README.md

पुनश्च: sjenning/kubeadm-playbook पर आधारित काम - बहुत धन्यवाद @ sjenning

क्लस्टर में शामिल होने के लिए इसे प्राप्त करना:
[खोज] " https://10.100.2.158:6443 " से जानकारी का अनुरोध करते हुए, क्लस्टर-सूचना खोज क्लाइंट बनाया गया
[खोज] क्लस्टर जानकारी का अनुरोध करने में विफल, फिर से प्रयास करेगा: [कॉन्फ़िगरेशन "क्लस्टर-जानकारी" निषिद्ध है: उपयोगकर्ता " सिस्टम: अनाम " नामस्थान "क्यूब-पब्लिक" में कॉन्फिगमैप प्राप्त नहीं कर सकता है]
[खोज] क्लस्टर जानकारी का अनुरोध करने में विफल, फिर से प्रयास करेगा: [कॉन्फ़िगरेशन "क्लस्टर-जानकारी" निषिद्ध है: उपयोगकर्ता " सिस्टम: अनाम " नामस्थान "क्यूब-पब्लिक" में कॉन्फिगमैप प्राप्त नहीं कर सकता है]

मैंने नोड को सेल्फहोस्टिंग के रूप में शुरू किया।