मुझे एक ही समस्या हो रही है। मैंने एक अन्य मुद्दे पर सुझाए गए नेटवर्क एआरजीएस को हटाने का भी प्रयास किया। यह अभी भी waiting for control plane to be ready पर लटका हुआ है।

क्या आपने परिवर्तन करने के बाद डेमॉन को पुनः लोड किया और क्यूबलेट सेवा को पुनः आरंभ किया। इसने ड्राइवर और कमेंटिंग नेटवर्क को बदलने के बाद काम किया। मेरे लिए पहली बार कंट्रोल प्लेन को तैयार होने में 10 से 11 मिनट का समय लगता है, मैं इसे पहली बार 15 मिनट के लिए छोड़ने का सुझाव दूंगा।

मैंने डेमॉन को फिर से लोड किया और हर बार क्यूबलेट सेवा को फिर से शुरू किया। मैंने पूरी रात के लिए सेटअप को बिना किसी रुकावट के छोड़ दिया है लेकिन यह अभी भी नियंत्रण विमान की प्रतीक्षा कर रहा था।

मैंने डेमॉन ( systemctl daemon-reload ) को पुनः लोड किया है और क्यूबलेट को भी पुनः आरंभ किया है। मैं kubeadm reset चलाता हूं, सेवा कॉन्फ़िगरेशन संपादित करता हूं, डिमन को पुनः लोड करता हूं, फिर kubeadm init चलाता हूं।

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

ऐसा लगता है कि क्यूबलेट क्यूब एपीआई सर्वर तक नहीं पहुंच सकता है।

मैंने देखा कि etcd पोर्ट 2380 पर सुनने में सक्षम नहीं था, मैंने इन चरणों का फिर से पालन किया है और मेरा क्लस्टर शुरू हो गया है:

• सर्वर में किए गए किसी भी परिवर्तन को हटाने के लिए kubeadm reset चलाएँ।
• मशीन को प्रारंभिक स्थिति में वापस लाएं। kubeadm को पुनः स्थापित करके (मूल कॉन्फ़िग फ़ाइलों को वापस पाने के लिए)।
• यदि कोई हो तो कुबेरनेट्स से संबंधित डॉकटर कंटेनरों को हटा दें।
• बुनाई प्राप्त करें और स्थापित करें। इसे मत चलाओ।
• सर्वर को रिबूट करें।
• सुनिश्चित करें कि kubelet नहीं चलता है।
• weave setup और weave launch चलाएँ।
• kubeadm init चलाएँ।

अगर आप हाथ से बुनाई के प्रबंधन से छुटकारा पाना चाहते हैं...

• weave reset . चलाएँ
• कुबेरनेट्स 1.6 के लिए वेट एडऑन लागू करें।
• सर्वर को रिबूट करें।

Kubeadm join को अन्य सर्वर पर काम करना चाहिए।

@Yengas क्या आप कृपया बुनाई के चरणों के बारे में अधिक जानकारी प्रदान कर सकते हैं? क्या आपने उन्हें सभी नोड्स, या सिर्फ मास्टर पर चलाया था?

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

@Yengas अभी भी निश्चित नहीं है, आपका क्या मतलब है - "बुनाई प्राप्त करें और स्थापित करें। इसे न चलाएं" मैं स्पष्ट रूप से kubectl लागू नहीं कर सकता -f https://git.io/weave-kube-1.6 तो मैं बुनाई कैसे स्थापित करूं ?

एपिसर्वर लॉग क्या कहते हैं?

@rushabh268
बुनाई स्थापित करने के लिए मास्टर पर निम्नलिखित चलाएँ
sudo curl -L git.io/weave -o /usr/local/bin/weave && chmod a+x /usr/local/bin/weave
तो भागो
weave setup
जब वह रन पूरा करता है
weave launch

आपको ऐसा करने की आवश्यकता नहीं है। kubectl apply -f https://git.io/weave-kube-1.6 पर्याप्त होना चाहिए।

एपीआई सर्वर लॉग ठीक वैसा ही कहते हैं जैसा मैंने बग में बताया था। इसके अलावा, मैं Kubectl नहीं कर सकता क्योंकि Kubernetes स्थापित नहीं है

@jruels मैं इसे आज़माउंगा और इस धागे को अपडेट करूंगा!

बग विवरण में कुबेदम लॉग और क्यूबलेट लॉग हैं। कोई एपिसर्वर लॉग नहीं हैं।

@mikedanese मैं एपिसर्वर लॉग कैसे प्राप्त करूं?
@jruels मैं बुनाई लाने में सक्षम हूं
@Yengas आपके चरणों का पालन करने के बाद भी, मुझे क्यूबलेट लॉग में निम्न त्रुटि दिखाई देती है:
Apr 06 12:55:56 hostname kubelet[5174]: E0406 12:55:56.858931 5174 kubelet.go:2067] Container runtime network not ready: NetworkReady=false reason:NetworkPluginNotReady message:docker: network plugin is not ready: cni config uninitialized Apr 06 12:55:57 hostname kubelet[5174]: E0406 12:55:57.556067 5174 reflector.go:190] k8s.io/kubernetes/pkg/kubelet/kubelet.go:382: Failed to list *v1.Service: Get https://10.X.X.X:6443/api/v1/services?resourceVersion=0: dial tcp 10.X.X.X:6443: getsockopt: connection refused Apr 06 12:55:57 hostname kubelet[5174]: E0406 12:55:57.557441 5174 reflector.go:190] k8s.io/kubernetes/pkg/kubelet/kubelet.go:390: Failed to list *v1.Node: Get https://10.X.X.X:6443/api/v1/nodes?fieldSelector=metadata.name%3Dhostname&resourceVersion=0: dial tcp 10.X.X.X:6443: getsockopt: connection refused Apr 06 12:55:57 hostname kubelet[5174]: E0406 12:55:57.558822 5174 reflector.go:190] k8s.io/kubernetes/pkg/kubelet/config/apiserver.go:46: Failed to list *v1.Pod: Get https://10.X.X.X:6443/api/v1/pods?fieldSelector=spec.nodeName%3Dhostname&resourceVersion=0: dial tcp 10.X.X.X:6443: getsockopt: connection refused Apr 06 12:55:58 hostname kubelet[5174]: I0406 12:55:58.347460 5174 kubelet_node_status.go:230] Setting node annotation to enable volume controller attach/detach Apr 06 12:55:58 hostname kubelet[5174]: I0406 12:55:58.405762 5174 kubelet_node_status.go:77] Attempting to register node hostname1

इसके अलावा, मैंने फ़ायरवॉल को रोक दिया है, इसलिए मुझे यकीन नहीं है कि मुझे कनेक्शन से इनकार क्यों किया जा रहा है।

मैं यहां एक ही समस्या की रिपोर्ट कर रहा हूं।

मेरे सिस्टम संदेशों (मास्टर नोड) से स्निप करें, जबकि यह अटक गया था, बस मामले में, यह कुछ इंगित करता है। बीटीडब्ल्यू, मैं इसे लिनोड पर कर रहा हूं।

अप्रैल 12 02:10:00 लोकलहोस्ट ऑडिट: SERVICE_START pid = 1 uid = 0 aid = 4294967295 ses=4294967295 msg='unit=kubelet Comm="systemd" exe="/usr/lib/systemd/systemd" hostname=? एडीआर =? टर्मिनल =? रेस = सफलता'
अप्रैल 12 02:10:00 लोकलहोस्ट ऑडिट: SERVICE_STOP pid = 1 uid = 0 aud = 4294967295 ses=4294967295 msg='unit=kubelet Comm="systemd" exe="/usr/lib/systemd/systemd" hostname=? एडीआर =? टर्मिनल =? रेस = सफलता'
अप्रैल 12 02:10:00 लोकलहोस्ट ऑडिट: SERVICE_START pid = 1 uid = 0 aid = 4294967295 ses=4294967295 msg='unit=kubelet Comm="systemd" exe="/usr/lib/systemd/systemd" hostname=? एडीआर =? टर्मिनल =? रेस = सफलता'
अप्रैल 12 02:10:00 लोकलहोस्ट सिस्टमड: kubelet.service: सर्विस होल्ड-ऑफ टाइम ओवर, शेड्यूलिंग रीस्टार्ट।
अप्रैल 12 02:10:00 लोकलहोस्ट सिस्टमड: स्टॉप्ड क्यूबलेट: कुबेरनेट्स नोड एजेंट।
अप्रैल 12 02:10:00 लोकलहोस्ट सिस्टमड: क्यूबलेट शुरू किया: कुबेरनेट्स नोड एजेंट।
अप्रैल 12 02:10:00 लोकलहोस्ट सिस्टमड: सिस्टम एक्टिविटी अकाउंटिंग टूल शुरू करना ...
अप्रैल 12 02:10:00 लोकलहोस्ट ऑडिट: SERVICE_START pid=1 uid=0 auid=4294967295 ses=4294967295 msg='unit=sysstat-collect Comm="systemd" exe="/usr/lib/systemd/systemd" hostname= ? एडीआर =? टर्मिनल =? रेस = सफलता'
अप्रैल 12 02:10:00 लोकलहोस्ट ऑडिट: SERVICE_STOP pid = 1 uid = 0 auid = 4294967295 ses=4294967295 msg='unit=sysstat-कलेक्ट कॉम = "systemd" exe="/usr/lib/systemd/systemd" hostname= ? एडीआर =? टर्मिनल =? रेस = सफलता'
अप्रैल 12 02:10:00 लोकलहोस्ट सिस्टमड: सिस्टम एक्टिविटी अकाउंटिंग टूल शुरू किया।
अप्रैल 12 02:10:00 लोकलहोस्ट क्यूबलेट: I0412 02:10:00.924529 3445 फीचर_गेट.गो:144] फीचर गेट्स: मैप[]
अप्रैल 12 02:10:00 लोकलहोस्ट क्यूबलेट: I0412 02:10:00.928973 3445 docker.go:364] यूनिक्स पर डॉकर से कनेक्ट करना: ///var/run/docker.sock
अप्रैल 12 02:10:00 लोकलहोस्ट क्यूबलेट: I0412 02:10:00.929201 3445 docker.go:384] अनुरोध टाइमआउट = 2m0s के साथ डॉकर क्लाइंट शुरू करें
अप्रैल 12 02:10:00 लोकलहोस्ट क्यूबलेट: W0412 02:10:00.941088 3445 cni.go:157] cni config को अपडेट करने में असमर्थ: /etc/cni/net.d में कोई नेटवर्क नहीं मिला
अप्रैल 12 02:10:00 लोकलहोस्ट क्यूबलेट: I0412 02:10:00.948892 3445 Manager.go:143] cAdvisor कंटेनर में चल रहा है: "/system.slice"
अप्रैल 12 02:10:00 लोकलहोस्ट क्यूबलेट: W0412 02:10:00.974540 3445 Manager.go:151] Rkt api सेवा से कनेक्ट करने में असमर्थ: rkt: can tcp rkt api service डायल करें: tcp डायल करें [::1]:15441: getockopt: कनेक्शन अस्वीकृत
अप्रैल 12 02:10:00 लोकलहोस्ट क्यूबलेट: I0412 02:10:00.997599 3445 fs.go:117] फाइलसिस्टम विभाजन: नक्शा[/dev/root:{mountpoint:/var/lib/docker/devicemapper major:8 माइनर:0 fsType:ext4 ब्लॉकसाइज:0 }]
अप्रैल 12 02:10:01 लोकलहोस्ट क्यूबलेट: I0412 02:10:01.001662 3445 Manager.go:198] मशीन: { NumCores:1 Cpu फ़्रीक्वेंसी:2799998 मेमोरी y क्षमता: 1037021184 MachineID:5e9a9a0b58984bfb87669849af87a0UID1: 5e87a0UID1 : 5e87a0UID1 :5e87a0UID1 437b-9460-981eeefdfe5a फाइल सिस्टम: [{डिवाइस: / देव / रूट क्षमता: 15447539712 प्रकार: vfs इनोड्स: 962880 HasInodes: सच }] डिस्क मैप: नक्शा [43:0: { नाम: nbd0 मेजर: 43 मामूली: 0 आकार: 0 ] शेड्यूलर: कोई नहीं } 43:11: {नाम: एनबीडी 11 मेजर: 43 माइनर: 11 साइज: 0 शेड्यूलर: कोई नहीं } 43:12: { नाम: एनबीडी 12 मेजर: 43 माइनर: 12 साइज: 0 शेड्यूलर: कोई नहीं } 43:15: { नाम: एनबीडी 15 मेजर: 43 माइनर: 15 साइज: 0 शेड्यूलर: कोई नहीं } 43: 7: { नाम: एनबीडी 7 मेजर: 43 माइनर: 7 साइज: 0 शेड्यूलर: कोई नहीं } 8: 0: { नाम: एसडीए मेजर: 8 माइनर :0 आकार: 15728640000 अनुसूचक: cfq } 252: 0: { नाम: डीएम-0 प्रमुख: 252 लघु: 0 आकार: 107374182400 अनुसूचक: कोई नहीं } 43:1: { नाम: एनबीडी 1 प्रमुख: 43 लघु: 1 आकार: 0 अनुसूचक :none } 43:13:{ नाम:nbd13 मेजर:43 माइनर:13 साइज:0 शेड्यूलर:कोई नहीं } 43:8:{ नाम:nbd8 मेजर:43 माइनर:8 साइज:0 शेड्यूलर:कोई नहीं } 8: 16:{ नाम: एसडीबी मेजर: 8 माइनर: 16 साइज: 536870912 शेड्यूलर: सीएफक्यू} 9:0: { नाम: एमडी0 मेजर: 9 माइनर: 0 साइज: 0 शेड्यूलर: कोई नहीं } 43: 3: { नाम: एनबीडी 3 मेजर: 43 माइनर: 3 साइज: 0 शेड्यूलर: कोई नहीं } 43: 9: { नाम: एनबीडी 9 मेजर: 43 माइनर: 9 साइज: 0 शेड्यूलर: कोई नहीं } 43:10: { नाम: एनबीडी 10 मेजर: 43 माइनर: 10 साइज: 0 शेड्यूलर :none } 43:14:{ नाम:nbd14 मेजर:43 माइनर:14 साइज:0 शेड्यूलर:कोई नहीं } 43:2:{ नाम:nbd2 मेजर:43 माइनर:2 साइज:0 शेड्यूलर:कोई नहीं } 43:4:{ नाम: एनबीडी 4 मेजर: 43 माइनर: 4 साइज: 0 शेड्यूलर: कोई नहीं } 43: 5: { नाम: एनबीडी 5 मेजर: 43 माइनर: 5 साइज: 0 शेड्यूलर: कोई नहीं } 43: 6: { नाम: एनबीडी 6 मेजर: 43 माइनर: 6 साइज:0 शेड्यूलर:कोई नहीं }] नेटवर्कडिवाइस:[{ नाम:डमी0 एम एसीएड्रेस:5ए :34:बीएफ:ई4:23:सीसी स्पीड:0 एमटीयू:1500 } { नाम: एथ0 एम एसीपता:f2 :3c:91: 1f:cd:c3 स्पीड:-1 एमटीयू:1500 } { नाम:ग्रे0 एम एसीपता:00 :00:00:00 स्पीड:0 एमटीयू:1476 } { नाम:ग्रेटैप0 एम एसीपता:00 :00:00:00:00 :00 गति:0 एमटीयू:1462 } { नाम:ip6_vti0 एम एसीपता:00 :00:00:00:00:00:00:00:00:00:00:00:00:00:00:00 गति:0 एमटीयू:1500 } { नाम:आईपी6ग्रे0 एम एसीपता:00 :00:00:00:00:00:00:00: 00:00:00:00:00:00:00:00 गति:0 एमटीयू:1448 } { नाम:ip6tnl0 एम एसीपता:00 :00:00:00:00:00:00:00:00:00:00 :00:00:00:00:00 गति:0 एमटीयू:1452 } { नाम:ip_vti0 मा
अप्रैल 12 02:10:01 लोकलहोस्ट क्यूबलेट: सीपता: 00 : 00: 00: 00 स्पीड: 0 एमटीयू: 1428 } { नाम: सिट0 एम एसी पता: 00 : 00: 00: 00 स्पीड: 0 एमटीयू: 1480 } { नाम: teql0 मैकपता: स्पीड: 0 एमटीयू : 1500 } { नाम: टनल 0 एम एसी पता: 00 : 00: 00: 00 स्पीड: 0 एमटीयू: 1480 }] टोपोलॉजी: [{आईडी: 0 मेमोरी: 1037021184 करोड़ : [{आईडी: 0 थ्रेड्स :[0] कैश:[{ आकार:32768 प्रकार:डेटा स्तर:1 } { आकार:32768 प्रकार:निर्देश स्तर:1 } { आकार:4194304 प्रकार:एकीकृत स्तर:2 }]}] कैश:[]}] क्लू dProvider:अज्ञात Ins tanceType:अज्ञात I nstanceID:कोई नहीं }
अप्रैल 12 02:10:01 लोकलहोस्ट क्यूबलेट: I0412 02:10:01.013353 3445 Manager.go:204] संस्करण: {Kern elVersion:4.9.15-x86_64-linode81 कंटेनर OsVersion:Fedora 25 (सर्वर संस्करण) Dock erVersion:1.12. 6 CadvisorVersion: CadvisorRevision:}
अप्रैल 12 02:10:01 लोकलहोस्ट क्यूबलेट: I0412 02:10:01.014086 3445 server.go:509] --cgroups-per-qos सक्षम, लेकिन --cgroup-root निर्दिष्ट नहीं किया गया था। के लिए चूक /
अप्रैल 12 02:10:01 लोकलहोस्ट क्यूबलेट: W0412 02:10:01.016562 3445 कंटेनर_मैनेजर_लिनक्स.गो:218] स्वैप के साथ चलना समर्थित नहीं है, कृपया स्वैप को अक्षम करें! K8s v1.6 में डिफ़ॉल्ट रूप से यह एक घातक त्रुटि होगी! इस बीच, आप --प्रायोगिक-असफल-स्वैप-ऑन को सक्षम करके इसे एक घातक त्रुटि बनाने के लिए ऑप्ट-इन कर सकते हैं।
अप्रैल 12 02:10:01 लोकलहोस्ट क्यूबलेट: I0412 02:10:01.016688 3445 कंटेनर_मैनेजर_लिनक्स.गो: 245] कंटेनर मैनेजर सत्यापित उपयोगकर्ता निर्दिष्ट cgroup-root मौजूद है: /
अप्रैल 12 02:10:01 लोकलहोस्ट क्यूबलेट : I0412 02:10:01.016717 3445 कंटेनर_मैनेजर_लिनक्स। Cgr oupDriver:cgroupfs ProtectKerne lDefaults:false EnableCRI:true NodeAllocatableConfig:{ KubeReservedCgroupName : SystemReservedCgroupName: EnforceNodeAl लोकेटेबल :मैप [पॉड्स:{}] क्यूब eReserved:map [] Syste mReserved:map [] HardE : मात्रा: 100 एमआई पी प्रतिशत: 0 } जीआर ऐस अवधि: 0 एस न्यूनतम दावा:}]} प्रायोगिक क्यूओ एसआरक्षित: मानचित्र []}
अप्रैल 12 02:10:01 लोकलहोस्ट क्यूबलेट: I0412 02:10:01.016943 3445 kubelet.go:255] मेनिफेस्ट फ़ाइल जोड़ना: /etc/kubernetes/manifests
अप्रैल 12 02:10:01 लोकलहोस्ट क्यूबलेट: I0412 02:10:01.016966 3445 kubelet.go:265] एपिसर्वर देखना
अप्रैल 12 02:10:01 लोकलहोस्ट क्यूबलेट: E0412 02:10:01.025058 3445 रिफ्लेक्टर.go:190] k8s.io/kubernetes/pkg/kubelet/kubelet.go:390: *v1.Node को सूचीबद्ध करने में विफल: https प्राप्त करें: //50.116.13.214 :6443/api/v1/nodes?fieldSelector=metadata.name%3Dli471-214.members.linode.com&resourceVersion=0: डायल tcp 50.116.13.214:6443: getockopt: कनेक्शन अस्वीकृत
अप्रैल 12 02:10:01 लोकलहोस्ट क्यूबलेट: E0412 02:10:01.025342 3445 रिफ्लेक्टर.गो:190] k8s.io/kubernetes/pkg/kubelet/kubelet.go:382: सूचीबद्ध करने में विफल *v1.Service: https प्राप्त करें: //50.116.13.214 :6443/api/v1/services?resourceVersion=0: डायल tcp 50.116.13.214:6443: getockopt: कनेक्शन अस्वीकृत
अप्रैल 12 02:10:01 लोकलहोस्ट क्यूबलेट: E0412 02:10:01.025397 3445 रिफ्लेक्टर.गो:190] k8s.io/kubernetes/pkg/kubelet/config/apiserver.go:46: सूची में विफल *v1.Pod: प्राप्त करें https://50.116.13.214 :6443/api/v1/pods?fieldSelector=spec.nodeName%3Dli471-214.members.linode.com&resourceVersion=0: डायल tcp 50.116.13.214:6443: getockopt: कनेक्शन अस्वीकृत
अप्रैल 12 02:10:01 लोकलहोस्ट क्यूबलेट: W0412 02:10:01.026574 3445 kubelet_network.go:70] हेयरपिन मोड "प्रोमिसस-ब्रिज" पर सेट है, लेकिन क्यूबनेट सक्षम नहीं है, "हेयरपिन-वेथ" पर वापस आ रहा है
अप्रैल 12 02:10:01 लोकलहोस्ट क्यूबलेट: I0412 02:10:01.026599 3445 kubelet.go:494] हेयरपिन मोड "हेयरपिन-वेथ" पर सेट है
अप्रैल 12 02:10:01 लोकलहोस्ट क्यूबलेट: W0412 02:10:01.026661 3445 cni.go:157] cni कॉन्फिग को अपडेट करने में असमर्थ: /etc/cni/net.d में कोई नेटवर्क नहीं मिला
अप्रैल 12 02:10:01 लोकलहोस्ट क्यूबलेट: W0412 02:10:01.034194 3445 cni.go:157] cni कॉन्फिग को अपडेट करने में असमर्थ: /etc/cni/net.d में कोई नेटवर्क नहीं मिला
अप्रैल 12 02:10:01 लोकलहोस्ट क्यूबलेट: W0412 02:10:01.043157 3445 cni.go:157] cni कॉन्फिग को अपडेट करने में असमर्थ: /etc/cni/net.d में कोई नेटवर्क नहीं मिला
अप्रैल 12 02:10:01 लोकलहोस्ट क्यूबलेट: I0412 02:10:01.043183 3445 docker_service.go:187] डॉकर क्रि नेटवर्किंग सीएनआई द्वारा प्रबंधित
अप्रैल 12 02:10:01 लोकलहोस्ट क्यूबलेट: त्रुटि: क्यूबलेट चलाने में विफल: क्यूबलेट बनाने में विफल: गलत कॉन्फ़िगरेशन: क्यूबलेट सीग्रुप ड्राइवर: "सीग्रुपफ्स" डॉकर सीग्रुप ड्राइवर से अलग है: "सिस्टमड"
अप्रैल 12 02:10:01 लोकलहोस्ट ऑडिट: SERVICE_STOP pid = 1 uid = 0 aud = 4294967295 ses=4294967295 msg='unit=kubelet Comm="systemd" exe="/usr/lib/systemd/systemd" hostname=? एडीआर =? टर्मिनल =? रेस = विफल'
अप्रैल 12 02:10:01 लोकलहोस्ट सिस्टमड: kubelet.service: मुख्य प्रक्रिया से बाहर निकल गया, कोड = बाहर निकल गया, स्थिति = 1 / विफलता
अप्रैल 12 02:10:01 लोकलहोस्ट सिस्टमड: kubelet.service: यूनिट विफल स्थिति में प्रवेश किया।
अप्रैल 12 02:10:01 लोकलहोस्ट सिस्टमड: kubelet.service: 'एक्जिट-कोड' परिणाम के साथ विफल।

@acloudiator मुझे लगता है कि आपको kubeadm config में cgroup-driver सेट करने की आवश्यकता है।

vi /etc/systemd/system/kubelet.service.d/10-kubeadm.conf
Environment="KUBELET_EXTRA_ARGS=--cgroup-driver=systemd"

और फिर क्यूबलेट सेवा को पुनरारंभ करें

यह बहुत अच्छा होगा अगर kubeadm किसी तरह से cgroup कॉन्फ़िगरेशन समस्या से निपट सके।
विचार:

• गलत विन्यास के मामले में आरंभीकरण निरस्त करना
• डॉकर की सेटिंग्स को पहले से जांचें और डॉकर जो उपयोग कर रहा है उसका उपयोग करें (यहां किसी भी प्रभाव के बारे में निश्चित नहीं है)

बस एक अपडेट, मैंने जो भी वर्कअराउंड करने की कोशिश की वह काम नहीं किया। इसलिए मैं मास्टर के लिए CentOS 7.3 में चला गया और यह एक आकर्षण की तरह काम करता है! हालांकि मैंने मिनियन को CentOS 7.2 पर रखा।

@rushabh268 हाय, मेरे पास Redhat Linux 7.2 पर एक ही समस्या है। सिस्टमड को अपडेट करने के बाद, यह समस्या हल हो जाती है। आप संस्थापन से पहले systemd को अद्यतन करने का प्रयास कर सकते हैं।
yum update -y systemd
और क्यूबलेट से त्रुटि लॉग:
kubelet.go:1752] skipping pod synchronization - [Failed to start ContainerManager systemd version does not support ability to start a slice as transient unit]

मैंने इस मुद्दे को CentOS 7.3 पर मारा। मेरे द्वारा docker-ce को अनइंस्टॉल करने और फिर docker-io को स्थापित करने के बाद समस्या दूर हो गई है।
मुझे यकीन नहीं है कि यह मूल कारण है। वैसे भी, यदि उपरोक्त विधियां काम नहीं करती हैं तो आप कोशिश कर सकते हैं।

@ZongqiangZhang मेरे पास मेरे नोड्स पर डॉकर 1.12.6 स्थापित है। @juntaoXie मैंने सिस्टमड को भी अपडेट करने की कोशिश की और यह अभी भी अटका हुआ है

इसलिए मैं कई मशीनों पर बिना किसी समस्या के Centos 7.3 w/1.6.4 चला रहा हूं।

क्या आपने सुनिश्चित किया है कि आपने सेलिनक्स को अक्षम कर दिया है?

@timothysc मेरे पास CentOS 7.2 है और CentOS 7.3 नहीं है और सेलिनक्स अक्षम है

मेरे पास CentOS Linux रिलीज़ 7.3.1611 (कोर) है और KubeAdm 1.6.4 काम नहीं करता है।

cat <<EOF > /etc/yum.repos.d/kubernetes.repo
[kubernetes]
name=Kubernetes
baseurl=http://yum.kubernetes.io/repos/kubernetes-el7-x86_64
enabled=1
gpgcheck=0
repo_gpgcheck=0
EOF

setenforce 0
# edit /etc/selinux/config and set SELINUX=disabled
yum install docker kubelet kubeadm kubectl kubernetes-cni
systemctl enable docker
systemctl start docker
systemctl enable kubelet
systemctl start kubelet
reboot
kubeadm init

आउटपुट:

kubeadm init
[kubeadm] WARNING: kubeadm is in beta, please do not use it for production clusters.
[init] Using Kubernetes version: v1.6.4
[init] Using Authorization mode: RBAC
[preflight] Running pre-flight checks
[preflight] WARNING: hostname "kubernet01.localdomain" could not be reached
[preflight] WARNING: hostname "kubernet01.localdomain" lookup kubernet01.localdomain on XXXXXXX:53: read udp XXXXXXX:56624->XXXXXXX:53: i/o timeout
[preflight] Starting the kubelet service
[certificates] Generated CA certificate and key.
[certificates] Generated API server certificate and key.
[certificates] API Server serving cert is signed for DNS names [kubernet01.localdomain kubernetes kubernetes.default kubernetes.default.svc kubernetes.default.svc.cluster.local] and IPs [10.96.0.1 10.11.112.51]
[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/kubelet.conf"
[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"
[apiclient] Created API client, waiting for the control plane to become ready

Jun 06 17:13:12 kubernet01.localdomain kubelet[11429]: W0606 17:13:12.881451   11429 cni.go:157] Unable to update cni config: No networks found in /etc/cni/net.d
Jun 06 17:13:12 kubernet01.localdomain kubelet[11429]: E0606 17:13:12.882145   11429 kubelet.go:2067] Container runtime network not ready: NetworkReady=false reason:NetworkPluginNotReady message:docker: network plugin is not ready: cni config uninitialized
Jun 06 17:13:13 kubernet01.localdomain kubelet[11429]: E0606 17:13:13.519992   11429 reflector.go:190] k8s.io/kubernetes/pkg/kubelet/config/apiserver.go:46: Failed to list *v1.Pod: Get https://10.11.112.51:6443/api/v1/pods?fieldSelector=spec.nodeName%3Dkubernet01.localdomain&resourceVersion=0: dial tcp 10.11.112.51:6443: getsockopt: connection refused
Jun 06 17:13:13 kubernet01.localdomain kubelet[11429]: E0606 17:13:13.520798   11429 reflector.go:190] k8s.io/kubernetes/pkg/kubelet/kubelet.go:382: Failed to list *v1.Service: Get https://10.11.112.51:6443/api/v1/services?resourceVersion=0: dial tcp 10.11.112.51:6443: getsockopt: connection refused
Jun 06 17:13:13 kubernet01.localdomain kubelet[11429]: E0606 17:13:13.521493   11429 reflector.go:190] k8s.io/kubernetes/pkg/kubelet/kubelet.go:390: Failed to list *v1.Node: Get https://10.11.112.51:6443/api/v1/nodes?fieldSelector=metadata.name%3Dkubernet01.localdomain&resourceVersion=0: dial tcp 10.11.112.51:6443: getsockopt: connection refused
Jun 06 17:13:14 kubernet01.localdomain kubelet[11429]: E0606 17:13:14.337588   11429 event.go:208] Unable to write event: 'dial tcp 10.11.112.51:6443: getsockopt: connection refused' (may retry after sleeping)

@paulobezerr क्या आप कुछ और kube-apiserver लॉग साझा कर सकते हैं? (जो आपकी टिप्पणी के अंत में हैं)

क्या ऊपर की पंक्तियाँ जो आपने पहले ही शामिल कर ली हैं, वही ip पते का उल्लेख करती हैं? मैंने हाल ही में दो नए KVM पर k8s चलाने की कोशिश की, एक Ubuntu 16.04 के साथ और एक CentOS 7.3 के साथ। दोनों ने यह दिया:

​[restful] 2017/05/30 19:31:38 log.go:30: [restful/swagger] listing is available at https://x.x.x.x:6443/swaggerapi/
[restful] 2017/05/30 19:31:38 log.go:30: [restful/swagger] https://x.x.x.x:6443/swaggerui/ is mapped to folder /swagger-ui/
​E0530 19:31:38.313090 1 reflector.go:201] k8s.io/kubernetes/pkg/client/informers/informers_generated/internalversion/factory.go:70: Failed to list *rbac.RoleBinding: Get https://localhost:6443/apis/rbac.authorization.k8s.io/v1beta1/rolebindings?resourceVersion=0: dial tcp y.y.y.y:6443: getsockopt: connection refused

ध्यान दें कि पहले उल्लेखित आईपी पता x.x.x.x है, लेकिन फिर लोकलहोस्ट को y.y.y.y (जो मेरे मामले में उसी भौतिक सर्वर पर बैठे किसी अन्य केवीएम का सार्वजनिक आईपी था) के लिए हल किया गया है। मैं अंत में उबंटू पर कुबेदम शुरू कर सकता था, लेकिन https://github.com/kubernetes/kubeadm/issues/113#issuecomment -273115861 के समान तरीके से dnsmasq स्थापित करने के बाद ही। CentOS पर समान वर्कअराउंड ने मदद नहीं की।

क्या यह कुबडन या कुछ और में एक बग हो सकता है? दिलचस्प बात यह है कि एडब्ल्यूएस वीएम पर समान कदमों ने कुबेदम को ऊपर उठाया। लेकिन मेरे निजी प्रोजेक्ट के लिए EC2 इंस्टेंस बहुत महंगे हैं।

मुझे @paulobezerr जैसी ही समस्या है।

## संस्करण :
क्यूबलेट-1.6.4-0.x86_64
कुबेरनेट्स-सीएनआई-0.5.1-0.x86_64
कुबेक्ट्ल-1.6.4-0.x86_64
कुबेदम-1.6.4-0.x86_64
डॉकर-क्लाइंट-1.12.6-28.git1398f24.el7.centos.x86_64
docker-common-1.12.6-28.git1398f24.el7.centos.x86_64
डोकर-1.12.6-28.git1398f24.el7.centos.x86_64

इसलिए
uname -r > 3.10.0-229.1.2.el7.x86_64
कैट / आदि / रेडहैट-रिलीज़> सेंटोस लिनक्स रिलीज़ 7.3.1611 (कोर)

## चरणों का पालन किया:

    1. sudo yum install -y docker
2. sudo groupadd docker
3. sudo usermod -aG docker $(whoami)
4. curl -LO https://storage.googleapis.com/kubernetes-release/release/$(curl -s https://storage.googleapis.com/kubernetes-release/release/stable.txt)/bin/linux/amd64/kubectl
5. chmod +x ./kubectl
6. sudo mv ./kubectl /usr/local/bin/kubectl
7. echo "source <(kubectl completion bash)" >> ~/.bashrc
8. sudo -i
9. cat <<EOF > /etc/yum.repos.d/kubernetes.repo
[kubernetes]
name=Kubernetes
baseurl=https://packages.cloud.google.com/yum/repos/kubernetes-el7-x86_64
enabled=1
gpgcheck=1
repo_gpgcheck=1
gpgkey=https://packages.cloud.google.com/yum/doc/yum-key.gpg https://packages.cloud.google.com/yum/doc/rpm-package-key.gpg
EOF
10. setenforce 0
11. yum install -y docker kubelet kubeadm kubectl kubernetes-cni
12. systemctl enable docker && systemctl start docker
13. systemctl enable kubelet && systemctl start kubelet
    14. echo -e "net.bridge.bridge-nf-call-ip6tables = 1\nnet.bridge.bridge-nf-call-iptables = 1" >> /etc/sysctl.d/99-sysctl.conf && sudo service network restart
    15. firewall-cmd --zone=public --add-port=6443/tcp --permanent && sudo firewall-cmd --zone=public --add-port=10250/tcp --permanent  && sudo systemctl restart firewalld
    16. firewall-cmd --permanent --zone=trusted --change-interface=docker0

## एपीआई-सर्वर लॉग:
--> 37.247.XX.XXX सार्वजनिक आईपी है

[आराम से] 2017/06/08 10:45:19 log.go:30: [restful/swagger] लिस्टिंग https://37.247.XX.XXX पर उपलब्ध है: 6443/swaggerapi/
[आराम से] 2017/06/08 10:45:19 log.go:30: [restful/swagger] https://37.247.XX.XXX :6443/swaggerui/ फ़ोल्डर में मैप किया गया है /swagger-ui/
E0608 10:45:19.429839 1 परावर्तक.go:201] k8s.io/kubernetes/pkg/client/informers/informers_generated/internalversion/factory.go:70: सूचीबद्ध करने में विफल *api.Secret: https://localhost प्राप्त करें: 6443/api/v1/secrets?resourceVersion=0: tcp डायल करें 108.59.253.19:6443: getockopt: कनेक्शन अस्वीकृत
E0608 10:45:19.430419 1 परावर्तक.go:201] k8s.io/kubernetes/pkg/client/informers/informers_generated/internalversion/factory.go:70: सूची में विफल *api.ResourceQuota: https://localhost प्राप्त करें: 6443/api/v1/resourcequotas?resourceVersion=0: tcp डायल करें 108.59.253.19:6443: getockopt: कनेक्शन अस्वीकृत
E0608 10:45:19.430743 1 रिफ्लेक्टर.गो:201] k8s.io/kubernetes/pkg/client/informers/informers_generated/internalversion/factory.go:70: *api.ServiceAccount को सूचीबद्ध करने में विफल: https://localhost प्राप्त करें: 6443/api/v1/serviceaccounts?resourceVersion=0: tcp डायल करें 108.59.253.19:6443: getockopt: कनेक्शन अस्वीकृत
E0608 10:45:19.431076 1 रिफ्लेक्टर.गो:201] k8s.io/kubernetes/pkg/client/informers/informers_generated/internalversion/factory.go:70: *storage.StorageClass को सूचीबद्ध करने में विफल: https://localhost प्राप्त करें: 6443/apis/storage.k8s.io/v1beta1/storageclasses?resourceVersion=0: tcp डायल करें 108.59.253.19:6443: getockopt: कनेक्शन अस्वीकृत
E0608 10:45:19.431377 1 परावर्तक.go:201] k8s.io/kubernetes/pkg/client/informers/informers_generated/internalversion/factory.go:70: सूचीबद्ध करने में विफल *api.LimitRange: https://localhost प्राप्त करें: 6443/api/v1/limitranges?resourceVersion=0: tcp डायल करें 108.59.253.19:6443: getockopt: कनेक्शन अस्वीकृत
E0608 10:45:19.431678 1 परावर्तक.go:201] k8s.io/kubernetes/pkg/client/informers/informers_generated/internalversion/factory.go:70: सूचीबद्ध करने में विफल *rbac.RoleBinding: https://localhost प्राप्त करें: 6443/apis/rbac.authorization.k8s.io/v1beta1/rolebindings?resourceVersion=0: tcp डायल करें 108.59.253.19:6443: getockopt: कनेक्शन अस्वीकृत
E0608 10:45:19.431967 1 रिफ्लेक्टर.गो:201] k8s.io/kubernetes/pkg/client/informers/informers_generated/internalversion/factory.go:70: *rbac.ClusterRoleBinding को सूचीबद्ध करने में विफल: https://localhost प्राप्त करें: 6443/apis/rbac.authorization.k8s.io/v1beta1/clusterrolebindings?resourceVersion=0: tcp डायल करें 108.59.253.19:6443: getockopt: कनेक्शन अस्वीकृत
E0608 10:45:19.432165 1 परावर्तक.go:201] k8s.io/kubernetes/pkg/client/informers/informers_generated/internalversion/factory.go:70: सूचीबद्ध करने में विफल *api.Namespace: https://localhost प्राप्त करें: 6443/api/v1/namespaces?resourceVersion=0: tcp डायल करें 108.59.253.109:6443: getockopt: कनेक्शन अस्वीकृत
E0608 10:45:19.432386 1 रिफ्लेक्टर.गो:201] k8s.io/kubernetes/pkg/client/informers/informers_generated/internalversion/factory.go:70: *rbac.ClusterRole को सूचीबद्ध करने में विफल: https://localhost प्राप्त करें: 6443/apis/rbac.authorization.k8s.io/v1beta1/clusterroles?resourceVersion=0: tcp डायल करें 108.59.253.19:6443: getockopt: कनेक्शन अस्वीकृत
E0608 10:45:19.432619 1 रिफ्लेक्टर.गो:201] k8s.io/kubernetes/pkg/client/informers/informers_generated/internalversion/factory.go:70: सूची में विफल *rbac.Role: https://localhost प्राप्त करें: 6443/apis/rbac.authorization.k8s.io/v1beta1/roles?resourceVersion=0: tcp डायल करें 108.59.253.19:6443: getockopt: कनेक्शन अस्वीकृत
I0608 10:45:19.481612 1 service.go:79] 0.0.0.0:6443 पर सुरक्षित रूप से सेवा कर रहा है
W0608 10:45:19.596770 1 storage_extensions.go:127] तृतीय पक्ष संसाधन समन्वयन विफल: https://localhost :6443/apis/extensions/v1beta1/thirdpartyresources प्राप्त करें: tcp डायल करें 108.59.253.19:6443: getockopt: कनेक्शन अस्वीकृत
E0608 10:45:19.596945 1 client_ca_hook.go:58] पोस्ट https://localhost :6443/api/v1/namespaces: डायल करें tcp 108.59.253.19:6443: getockopt: कनेक्शन अस्वीकृत
F0608 10:45:19.597174 1 कंट्रोलर.गो:128] प्रारंभिक आईपी आवंटन जांच करने में असमर्थ: सेवा आईपी ब्लॉक को रीफ्रेश करने में असमर्थ: https://localhost : 6443/api/v1/services प्राप्त करें: टीसीपी 108.59.253.19 डायल करें: 6443: getockopt: कनेक्शन से इनकार कर दिया

@albpal मेरे पास एक सप्ताह पहले बिल्कुल यही मुद्दा था: dial tcp X.X.X.X एक अजीब आईपी पता दिखा रहा था और मैं अपने होस्टिंग प्रदाता से DNS के बजाय dnsmasq स्थापित करने और Google DNS सर्वर पर स्विच करने के बाद भी CentOS पर इसे हल नहीं कर सका। बस जिज्ञासा के लिए: क्या आप जांच सकते हैं कि जो गलत आईपी पता आप देख रहे हैं वह उसी डेटा सेंटर में है जहां आपका वीएम है? आप http://ipinfo.io का उपयोग यह अनुमान लगाने के लिए कर सकते हैं कि कुछ हद तक निश्चितता या केवल ट्रेसरआउट के साथ।

मेरे मामले में गलत आईपी पता उसी भौतिक सर्वर पर दूसरे केवीएम का जिक्र कर रहा था। भौतिक मशीन पर डीएनएस के साथ कुछ करना हो सकता है, जिसके लिए क्यूब एपीआई या क्यूब डीएनएस के अंदर वर्कअराउंड की आवश्यकता हो सकती है, अन्यथा क्लस्टर शुरू करना कई नवागंतुकों के लिए एक बड़ा दर्द बन जाता है! मैंने लॉग में गलत आईपी के साथ dial tcp को नोटिस करने से पहले कुछ शामें बर्बाद की हैं, जो एक बहुत ही दुखद पहला k8s अनुभव था। अभी भी मेरे होस्टिंग प्रदाता ( firstvds.ru ) पर CentOS KVMs के लिए एक अच्छा आउट-ऑफ-बॉक्स समाधान नहीं है।

IP पतों में यह बहुत ही अजीब बेमेल होने का क्या कारण हो सकता है?

@albpal कृपया एक नया मुद्दा खोलें, आपने जो वर्णन किया है और यह मुद्दा किस बारे में है, अलग-अलग मुद्दे हैं (मुझे लगता है, उस जानकारी के आधार पर)

@kachkaev मैंने अभी जाँच की है कि आपने क्या सुझाव दिया है।

मैंने पाया कि गलत IP एक CPANEL पर समाप्त होता है: vps-1054290-4055.manage.myhosting.com।

दूसरी ओर, मेरे वीपीएस का सार्वजनिक आईपी इटली से है और यह गलत आईपी यूएसए से है ... वही भौतिक सर्वर।

क्या आप k8s स्थापित करने में सक्षम थे?

@luxas मेरे पास एक ही व्यवहार है लेकिन मैंने डॉकर लॉग की प्रतिलिपि बनाई हैआउटपुट भी।

दोनों /var/log/messages और kubeadm init का आउटपुट वही है जो मूल मुद्दा है।

@albpal तो आपका VM और वह दूसरी मशीन दोनों CPANEL पर हैं? अच्छा संकेत, क्योंकि तब मेरा मामला वही है! तथ्य यह है कि यह वही भौतिक मशीन थी जो सिर्फ एक सह-घटना हो सकती है।

मैंने अपने प्रयोगों में दो KVM का उपयोग किया, एक Ubuntu 16.04 के साथ और दूसरा CentOS 7.3 के साथ दोनों में समान dial tcp IP पता समस्या थी। मैं अपने प्रदाता के DNS सर्वर से छुटकारा पाकर अंत में उबंटू पर कुबेदम शुरू करने में सक्षम था। समाधान क्रिलोज़ की सलाह पर आधारित था:

​apt-get install dnsmasq

rm -rf /etc/resolv.conf
echo "nameserver 127.0.0.1" > /etc/resolv.conf
chmod 444 /etc/resolv.conf
chattr +i /etc/resolv.conf

echo "server=8.8.8.8
server=8.8.4.4" > /etc/dnsmasq.conf

service dnsmasq restart
​# reboot just in case

इसने उबंटू पर लॉग में dial tcp के बाद सही आईपी पता लाया और कुबेदम कुछ मिनटों के बाद शुरू हुआ! मैंने उसी तरह CentOS पर dnsmasq स्थापित करने की कोशिश की, लेकिन इससे समस्या हल नहीं हुई। लेकिन मैं इस ओएस में कुल नौसिखिया हूं, इसलिए यह हो सकता है कि मैं कुछ सेवा को पुनरारंभ करना या कुछ कैश साफ़ करना भूल गया। इस विचार को आजमाएं!

किसी भी मामले में, DNS को फिर से कॉन्फ़िगर करने का एक अतिरिक्त कदम करना गलत लगता है क्योंकि यह बहुत भ्रमित करने वाला है (मैं सर्वर/डेप्स लड़का नहीं हूं और उस पूरी जांच से मैं लगभग रो रहा हूं: भयभीत :)। मुझे उम्मीद है कि कुबेदम एक बार यह पता लगाने में सक्षम होगा कि प्रदाता के डीएनएस सर्वर अजीब तरीके से काम कर रहे हैं और क्लस्टर में जो कुछ भी आवश्यक है उसे स्वचालित रूप से ठीक कर देगा।

अगर k8s टीम में से कोई भी यह देखने के लिए तैयार है कि क्या हो रहा है, तो मुझे कुछ नए FirstVDS KVMs पर रूट एक्सेस साझा करने में खुशी होगी। बस मुझे या डीएम को ट्विटर पर ईमेल करें!

धन्यवाद @kachkaev ! मैं कल कोशिश करूँगा

cc @kubernetes/sig-network-bugs क्या आपको पता है कि ऊपर DNS रिज़ॉल्यूशन क्यों विफल हो जाता है?

धन्यवाद @kachkaev हम इसे देखने की कोशिश करेंगे। मुझे नहीं लगता कि यह वास्तव में कुबेदम की गलती है, लेकिन अगर कई उपयोगकर्ता एक ही गलत कॉन्फ़िगरेशन पर फंस गए हैं तो हम इसे समस्या निवारण दस्तावेज़ों में जोड़ सकते हैं या तो ...

मेरे लॉग @albpal लॉग की बहुत संभावना है।
लेकिन मैं dnsmasq की कोशिश करूँगा। आप सभी को धन्यवाद!

@kachkaev , यह काम नहीं करता है। वही समस्या
पूरा लॉग संलग्न है।

log.txt

मैं इसे ठीक करने में सक्षम हूँ !! आपके संकेतों के लिए बहुत बहुत धन्यवाद @kachkaev !

मुझे लगता है कि समस्या थी:

### परिदृश्य:
निम्नलिखित कॉन्फ़िगरेशन स्कीमा वाला एक VPS:

संकल्प.conf
[ रूट@अपलाउ ~]# बिल्ली समाधान.conf
नेमसर्वर 8.8.8.8
नेमसर्वर 8.8.4.4
नेमसर्वर 2001:4860:4860::8888
नेमसर्वर 2001:4860:4860::8844

कोई खोज डोमेन नहीं है!

मेजबान
[ रूट@अपलाउ ~]# बिल्ली/आदि/मेजबान
127.0.0.1 लोकलहोस्ट।लोकलडोमेन लोकलहोस्ट
37.XXX.XX.XXX नाम.vpshosting.com

लॉग के अनुसार, कुबेरनेट्स कंटेनर निम्न से कनेक्ट करने का प्रयास करता है:

प्राप्त करें https://localhost :6443/api/v1/secrets?resourceVersion=0

और जब मैं पूछता हूं:
$ nslookup "लोकलहोस्ट। $ (होस्टनाम-डी)"
मुझे जो आईपी मिलता है वह गलत है, यानी 108.59.253.19।

इसलिए मुझे लगता है कि ये कंटेनर लोकलहोस्ट (डोमेन के बिना) को हल करने की कोशिश कर रहे हैं और उन्हें गलत आईपी मिल रहा है। शायद इसलिए कि "लोकलहोस्ट। $ (होस्टनाम-डी)" उस आईपी को हल कर रहा है जो मुझे लगता है कि यह लगभग किसी भी वीपीएस सेवाओं पर होने वाला है।

## मैंने VPS CentOS 7.3 पर समस्या को ठीक करने के लिए क्या किया (उन चरणों के अलावा https://kubernetes.io/docs/setup/inनिर्भर/install-kubeadm/#installing-kubelet-and-kubeadm पर दिखाया गया है):

जड़ के रूप में:

1. कुबेदम रीसेट
2. यम dnsmasq स्थापित करें
3. सीपी /etc/resolv.conf ~/resolv.conf_bck
4. आरएम-आरएफ /etc/resolv.conf
5. इको-ई "नेमसर्वर 127.0.0.1\nnameserver $(hostname -i)" >> /etc/resolv.conf
6. chmod 444 /etc/resolv.conf
7. चैटर +i /etc/resolv.conf
8. इको-ई "सर्वर=8.8.8.8\nसर्वर=8.8.4.4" > /etc/dnsmasq.conf
9. इको-ई "$(होस्टनाम -i)\tlocalhost।$(होस्टनाम-डी)" >> /आदि/होस्ट
10. सेवा dnsmasq पुनरारंभ करें
11. फ़ायरवॉल-cmd --zone=public --add-port=6443/tcp --permanent && sudo फ़ायरवॉल-cmd --zone=public --add-port=10250/tcp --permanent && sudo systemctl फ़ायरवॉल को पुनरारंभ करें
12. कुबेदम इनिटो

मैंने होस्टनाम -i को चरण 5 में जोड़ा क्योंकि अगर मैं नहीं करता, तो docker कंटेनरों पर resolv.conf में 8.8.8.8 जोड़ देगा।

मुझे आशा है कि यह दूसरों को भी मदद करता है।

धन्यवाद!!

यह सुनकर खुशी हुई कि @albpal! मैं kubeadm init से पहले आपके कदमों से गुजरा और क्लस्टर अंत में मेरे परीक्षण FirstVDS KVM के अंदर CentOS 7.3 के साथ आरंभ हुआ! केवल अतिरिक्त चीज जो मुझे करनी थी, वह थी फायरवॉल को रोकना और अक्षम करना क्योंकि यह 6443 पोर्ट के लिए बाहरी कनेक्शन को रोक रहा था:

systemctl disable firewalld
systemctl stop firewalld

_मैं ऐसा करने की अनुशंसा नहीं करता क्योंकि मुझे परिणामों की जानकारी नहीं है - इससे मुझे ऐसे OS पर परीक्षण पूरा करने में मदद मिली, जिसका मैं आमतौर पर उपयोग नहीं करता।

अब मैं सोच रहा हूं कि मेरे जैसे नए लोगों के लिए इंस्टॉल प्रक्रिया को आसान बनाने के लिए क्या किया जा सकता है। Created API client, waiting for the control plane to become ready पर अटकने और चीजों को छांटने के बीच का रास्ता अभी भी बहुत बड़ा है, खासकर अगर हम इस मुद्दे को खोदने और सभी टिप्पणियों को पढ़ने के लिए आवश्यक समय को ध्यान में रखते हैं। __आप लोग क्या सुझाव दे सकते हैं?__

@paulobezerr जो मैं आपके अनुलग्नक में देखता हूं उससे मेरा मानना ​​​​है कि आपकी समस्या थोड़ी अलग है। मेरे एपिसर्वर लॉग में कुछ ऐसा है:

reflector.go:190] k8s.io/kubernetes/pkg/kubelet/config/apiserver.go:46: Failed to list *v1.Pod:
Get https://localhost:6443/api/v1/pods?fieldSelector=spec.nodeName%3Dhostname&resourceVersion=0:
dial tcp RANDOM_IP:6443: getsockopt: connection refused

जबकि आपका कहना है:

reflector.go:190] k8s.io/kubernetes/pkg/kubelet/config/apiserver.go:46: Failed to list *v1.Pod:
Get https://10.X.X.X:6443/api/v1/pods?fieldSelector=spec.nodeName%3Dhostname&resourceVersion=0:
dial tcp 10.X.X.X:6443: getsockopt: connection refused

(पहले मामले में यह localhost / RANDOM_IP है, जबकि दूसरे मामले में यह हमेशा 10.X.X.X होता है)

दुर्भाग्य से, जब आप kubeadm init ( दस्तावेज़ देखें) विभिन्न --apiserver-advertise-address=??? कोशिश करने के अलावा मुझे नहीं पता कि क्या सलाह दी जाए। मेरा व्यावहारिक k8s अनुभव सिर्फ 10 दिनों तक पहुंचा, जिनमें से अधिकांश FirstVDS पर सिंगल-नोड क्लस्टर शुरू करने के व्यर्थ प्रयास थे :-)

आशा है कि आप इसे सुलझा लेंगे और समाधान दूसरों के साथ साझा करेंगे!

@kachkaev मैं उल्लेख करना भूल गया कि मैंने निम्नलिखित फ़ायरवॉल नियम लागू किया है:

$फ़ायरवॉल-cmd --zone=public --add-port=6443/tcp --permanent && sudo फ़ायरवॉल-cmd --zone=public --add-port=10250/tcp --permanent && sudo systemctl फ़ायरवॉल को पुनरारंभ करें

फ़ायरवॉल को निष्क्रिय किए बिना इस नियम को लागू करने पर यह मेरे पर्यावरण पर ठीक काम करता है। सभी आवश्यक चरणों को एकत्रित करने के लिए मैं इसे अपनी पिछली टिप्पणी में जोड़ दूंगा।

@juntaoXie धन्यवाद। आपकी टिप्पणी के अनुसार सिस्टमड संस्करण को अपडेट करना मेरे लिए काम कर गया।

अभी भी दो दिनों के लिए यह समस्या हो रही है, मैं यह सब प्रॉक्सी के पीछे चला रहा हूं और कोई समस्या नहीं लगती है।
नियंत्रण विमान के तैयार होने की प्रतीक्षा में कुबेदम इनिट लटका हुआ है। जब मैं docker ps करता हूं, तो कंटेनर खींचे जाते हैं और चल रहे होते हैं, लेकिन आवंटित किए जाने के पीछे कोई पोर्ट नहीं होता है (मुझे नहीं पता कि यह माना जाता है, लेकिन ठीक है)। आदि भी ठीक चल रहा है। हालाँकि जब मैं अपनी क्यूबलेट सेवा को देखता हूँ, तो यह कहता है कि cni config को अपडेट करने में असमर्थ: /etc/cni/net.d में कोई नेटवर्क नहीं मिला जो https://github.com/kubernetes/kubernetes/issues/43815 कहता है कि ठीक है, आप एक cni नेटवर्क लागू करने की आवश्यकता है।
जो मैं https://www.weave.works/docs/net/latest/kubernetes/kube-addon/ के अनुसार करता हूं। अब, Kubectl का कहना है कि 8080 को मना कर दिया गया था - क्या आपने सही होस्ट या पोर्ट निर्दिष्ट किया था? चिकन और अंडे की समस्या की तरह लगता है, जब मेरा कुबेदम इनिट हैंग हो जाता है तो मैं सीएनआई नेटवर्क कैसे लागू करूं ??? यह बहुत भ्रमित करने वाला है

यह भी एक cgroup समस्या नहीं है, दोनों docker और my kubelet service systemd का उपयोग करते हैं।

FWIW, मुझे GCP पर भी यही समस्या थी, मैंने एक स्वच्छ परियोजना में निम्नलिखित कमांड का उपयोग करके Ubuntu 16.04 और CentOS का उपयोग करने की कोशिश की:

$ gcloud कंप्यूट इंस्टेंसेस टेस्ट-एपीआई-01 --ज़ोन यूएस-वेस्ट1-ए --इमेज-फ़ैमिली ubuntu-1604-lts --image-project ubuntu-os-cloud --machine-type f1-micro --description बनाते हैं। एपीआई परीक्षण के लिए नोड 1'

$ gcloud कंप्यूट इंस्टेंसेस टेस्ट-एपीआई-02 --ज़ोन us-west1-b --image-family ubuntu-1604-lts --image-project ubuntu-os-cloud --machine-type f1-micro --description' बनाते हैं। एपीआई परीक्षण के लिए नोड 2'

$ gcloud कंप्यूट इंस्टेंस टेस्ट-एपीआई-03 बनाते हैं - ज़ोन यूएस-वेस्ट 1-सी - इमेज-फ़ैमिली उबंटू-1604-एलटीएस - इमेज-प्रोजेक्ट उबंटू-ओएस-क्लाउड - मशीन-टाइप एफ 1-माइक्रो - डिस्क्रिप्शन ' एपीआई परीक्षण के लिए नोड 3'

$ उपयुक्त-अपडेट प्राप्त करें

$ कर्ल -एफएसएसएल https://download.docker.com/linux/ubuntu/gpg | sudo apt-key ऐड-

$ apt-get update && apt-get install -qy docker.io && apt-get install -y apt-transport-https

$ इको "देब http://apt.kubernetes.io/ Kubernetes-xenial main" > /etc/apt/sources.list.d/kubernetes.list

$ उपयुक्त-अपडेट प्राप्त करें && apt-get install -y kubelet kubeadm Kubernetes-cni

$ systemctl पुनः आरंभ क्यूबलेट

$ kubeadm init

तो इसके खिलाफ कई घंटों तक अपना सिर मारने के बाद मैंने इसके साथ जाना समाप्त कर दिया:

$ gcloud बीटा कंटेनर --प्रोजेक्ट "मौसम-177507" क्लस्टर "मौसम-एपीआई-क्लस्टर -1" बनाते हैं --ज़ोन "us-west1-a" --username="admin" --cluster-version "1.6.7" --मशीन-प्रकार "f1-micro" --image-type "COS" --disk-size "100" --scopes " https://www.googleapis.com/auth/compute "," https:// www.googleapis.com/auth/devstorage.read_only "," https://www.googleapis.com/auth/logging.write "," https://www.googleapis.com/auth/monitoring.write "," https://www.googleapis.com/auth/servicecontrol "," https://www.googleapis.com/auth/service.management.readonly "," https://www.googleapis.com/auth/trace। संलग्न करें " --num-नोड्स "3" --नेटवर्क "डिफ़ॉल्ट" --enable-क्लाउड-लॉगिंग --no-enable-cloud-monitoring --enable-legacy-authorization

मैं एक क्लस्टर को ऊपर और चलाने में सक्षम था जहां मैं एक खाली छवि से नहीं कर सकता था।

यहां तक ​​कि मैं Kubeadm संस्करण के साथ एक ही समस्या का सामना कर रहा हूँ:

इसमें फंस रहा है
[apiclient] Created API client, waiting for the control plane to become ready

@paulobezerr के समान समस्या - मेरा env: CentOS 7.4.1708 kubeadm संस्करण: &version.Info {मेजर: "1", माइनर: "8", GitVersion: "v1.8.0", GitCommit: "6e937839ac04a38cac63e6a7a306c5d035fe7b0a", GitTreeState:" ", BuildDate:"2017-09-28T22:46:41Z", GoVersion:"go1.8.3", Compiler:"gc", Platform:"linux/amd64"}

मेरे लिए यह समस्या SELinux अक्षम के साथ नहीं चल रही थी। सुराग उनके कदम थे, टिप्पणी:

संपादित करें /etc/selinux/config और सेट करें SELINUX=disabled

CentOS के लिए यहां स्थापित चरण (https://kubernetes.io/docs/setup/inनिर्भर/install-kubeadm/) कहते हैं:
"सेटनफोर्स 0 चलाकर SELinux को अक्षम करना कंटेनरों को होस्ट फाइल सिस्टम तक पहुंचने की अनुमति देने के लिए आवश्यक है"
लेकिन यह उल्लेख नहीं करता है (कम से कम CentOS/RHEL/Fedora टैब पर) कि आपको /etc/selinux/config संपादित करना चाहिए और SELINUX=disabled सेट करना चाहिए

मेरे लिए, भले ही मैंने सेटेनफोर्स 0 चलाया था, फिर भी मुझे वही त्रुटियां मिल रही थीं। संपादन / etc / selinux / config और SELINUX = अक्षम करना, फिर रिबूट करना मेरे लिए इसे ठीक कर देता है।

ऐसा लगता है कि यहां बहुत सारे (संभावित रूप से ऑर्थोगोनल) मुद्दे हैं, इसलिए मैं चाहता हूं कि हम चीजों को अलग न होने दें। ऐसा लगता है कि अब तक हमने 3 मुद्दों को इंगित किया है:

1. DNS कुछ मशीनों पर लोकलहोस्ट को ठीक से हल करने में विफल रहता है। @kachkaev @paulobezerr क्या आपने इसे ठीक करने का प्रबंधन किया? मैं सोच रहा हूं कि इसे हमारी आवश्यकताओं में और अधिक स्पष्ट कैसे किया जाए, कोई विचार?

2. क्यूबलेट और डॉकर के बीच गलत cgroup-driver मैच। हमें इसे अपनी आवश्यकताओं की सूची में जोड़ना चाहिए।

3. SELinux अक्षम नहीं है। हमें इसे अपनी आवश्यकताओं की सूची में जोड़ना चाहिए।

एक बार जब तीनों को पीआर के साथ संबोधित किया जाता है, तो शायद हमें इसे बंद कर देना चाहिए और भविष्य में समस्याओं का सामना करने वाले लोगों को अपने मुद्दे खुद बनाने देना चाहिए। यह हमें अधिक संरचित जानकारी प्राप्त करने और अधिक बारीक सहायता प्रदान करने की अनुमति देगा, जैसा कि एक धागे में बहुत सी चीजों को जोड़ने के विपरीत है। आपको क्या लगता है @luxas?

मेरे लिए, मैं 17.06 डॉकर के साथ गया (17.03 अनुशंसित है, लेकिन docker.io पर उपलब्ध नहीं है) और उसी समस्या में भाग गया। 17.09 में अपग्रेड करने से समस्या ठीक हो गई।

चूंकि यह धागा इतना लंबा हो गया है, और शायद बहुत सारे अलग-अलग मुद्दे हैं, सबसे अधिक उत्पादक चीज जो मैं @jamiehannaford की उत्कृष्ट टिप्पणी के अलावा जोड़ सकता हूं, वह यह है कि कृपया सभी प्रासंगिक लॉग/जानकारी के साथ नए, लक्षित मुद्दों को खोलें। नवीनतम kubeadm v1.8_ के साथ विफल रहता है, जो स्वचालित रूप से पहले के संस्करणों की तुलना में एक दोषपूर्ण स्थिति का बेहतर पता लगाता है। हमने आवश्यकताओं और किनारे के मामलों के आसपास अपने दस्तावेज़ीकरण में भी सुधार किया है जो उम्मीद है कि लोगों के लिए समय बचाएगा।

आप सभी को धन्यवाद!

मेरे पास 1.8 के साथ CENTOS 7 में 1.8 के साथ एक ही मुद्दा था? किसी को भी एक ही समस्या थी या पता था कि कैसे ठीक किया जाए।

@rushins यदि आप अपने द्वारा देखी जा रही संभावित समस्या में सहायता प्राप्त करना चाहते हैं, तो पर्याप्त विवरण के साथ यहां एक नया मुद्दा खोलें।

मुझे @rushabh268 जैसा ही मुद्दा मिला जो connection refused है और localhost:6443/api नहीं है।
अंत में मैंने इसे search xxx.xx.xxxx.org खोज रहे डोमेन पर टिप्पणी करके हल किया।

vi /etc/resolv.congf

------ resolv.congf -----
# Generated by NetworkManager
#search xxx.xx.xxxx.org
nameserver 10.x.xxx.xx
nameserver 10.x.xxx.xx
nameserver 10.x.xxx.xx
--------------------------

पर्यावरण:
-> CentOS-7-x86_64-मिनिमल-1708
-> K8s v1.9.2
-> डॉकर v17.12.0.ce
-> निजी नेटवर्क के अंतर्गत xxx.xx.xxxx.org

कृपया भगवान के प्यार के लिए इसे डॉक्स में जोड़ें। मैं "मस्ती करने और तकनीक के साथ खेलने" की आड़ में काम के बाद कई रातों के लिए अपने क्लस्टर को सेटअप करने की कोशिश कर रहा हूं, मुझे मास्टर नोड द्वारा nslookup localhost चलाते समय सही आईपी नहीं मिल रहा था।

समाधान के लिए @kachkaev को धन्यवाद।