पहला त्रुटि संदेश: क्लाइंट CA फ़ाइल /etc/kubernetes/pki/ca.crt लोड करने में असमर्थ: open /etc/kubernetes/pki/ca.crt: ऐसी कोई फ़ाइल या निर्देशिका नहीं

पहला त्रुटि संदेश: क्लाइंट CA फ़ाइल /etc/kubernetes/pki/ca.crt लोड करने में असमर्थ: open /etc/kubernetes/pki/ca.crt: ऐसी कोई फ़ाइल या निर्देशिका नहीं

नमस्ते, यहाँ कुछ प्रश्न हैं:
1) क्या kubeadm init खत्म होता है और क्या यह बूस्टर टोकन प्रिंट करता है?
2) कंटेनर रनटाइम संस्करण?
3) क्यूबलेट और क्यूबेडम संस्करण 1.12 हैं?

/प्राथमिकता की जरूरत-अधिक-सबूत

kubeadm init . से पहले systemctl start kubelet निष्पादित करने की आवश्यकता है

मुझे भी यही समस्या हो रही है， क्योंकि कप का कोर 2 . से कम है

वही मुद्दा

@javacppc आपने इसे कैसे हल किया? जब मैं systemctl start kubelet चलाता हूं तो मुझे error code

कुबेरनेट्स 1.12.2 के साथ एक ही समस्या।
@Javacppc आपने इसे कैसे हल किया?

वही मुद्दा

वही मुद्दा

हैलो दोस्तों,

मुझे यहां एक ही समस्या का सामना करना पड़ रहा है, जब मैं क्लस्टर शुरू करता हूं तो मुझे टोकन से संदेश मिला, लेकिन मैं क्लाउड बुनाई स्थापित नहीं कर सकता:
kubectl apply -f "https://cloud.weave.works/k8s/net?k8s-version=$(kubectl version | base64 | tr -d '\n')" The connection to the server 192.168.56.104:6443 was refused - did you specify the right host or port?

जब मैं लॉग पर जाता हूं तो मुझे नोड नाम के बारे में संदेश मिलता है:

Dec 02 22:27:55 kubemaster5 kubelet[2838]: E1202 22:27:55.128645 2838 kubelet.go:2236] node "kubemaster5" not found

क्या कोई कृपया मुझे कुछ प्रकाश भेज सकता है?

शुक्रिया!

मेरी समस्या हल हो गई है और वास्तव में यह एक बग नहीं है, ऐसा इसलिए है क्योंकि एपिसर्वर किसी कारण से शुरू करने में विफल रहा है।

"एपिसेवर किसी कारण से शुरू करने में विफल रहा"? क्या आप कुछ विवरण दे सकते हैं ??

मैंने कई दिन पहले अपनी समस्या का समाधान किया। 1.11.4 -> 1.12.3 से अपडेट करें। मुझे मिल गया है:

1. api-server - अपने स्वयं के नेटवर्क के साथ एक विशिष्ट वर्चुअल इंटरफ़ेस में चल रहा है। ( नंगे धातु )।
   kubeadm init/join के बाद ध्वज apiserver-advertise-address यह विशिष्ट इंटरफ़ेस पर शुरू हुआ, लेकिन सेटिंग्स/स्वास्थ्य जांच वाले पैकेज रूटिंग टेबल (डिफ़ॉल्ट इंटरफ़ेस) के मानक मार्ग से चलते हैं। वर्चुअल इंटरफ़ेस के IP से बाइंड के साथ /etc/kubernetes/manifests/kube-apiserver.yaml पैरामीटर bind-address में मदद की।
2. flannel - controller , scheduler पॉड बनाने के बाद नेटवर्क के साथ भी यही स्थिति। एपीआई सर्वर 10.96.0.1:443 क्लस्टरआईपी में connection refused कारण DNS परिनियोजन विफल रहा। (डिफ़ॉल्ट रूटिंग टेबल) मैंने वर्चुअल इंटरफेस के आईपी के साथ node-ip फ्लैग --node-ip में /etc/systemd/system/kubelet.service.d/10-kubeadm.conf द्वारा क्लस्टर नोड का निर्दिष्ट किया।

इसके बाद मुझे संस्करण 1.12.3 के साथ तैयार नोड मिल गया है। सबसे उपयोगी जानकारी docker logs + kubectl logs

v1.13.0 . के साथ यहाँ एक ही समस्या

Kubernetes v1.13.0 . के साथ यहाँ भी यही समस्या है
सेंटोस 7
डॉकर-सीई 18.06 (नवीनतम मान्य संस्करण)
डॉकर्ड: सक्रिय, चल रहा है
क्यूबलेट: सक्रिय, चल रहा
सेलिनक्स: अक्षम
फायरवॉल: अक्षम

त्रुटि है:
kubelet[98023]: E1212 21:10:01.708004 98023 kubelet.go:2266] node "node1" not found
/etc/hosts में नोड होता है, यह पिंगेबल है, यह पहुंच योग्य है - वास्तव में सिंगल-मास्टर सिंगल-वर्कर (यानी दागी नोड) कर रहा है।

K8S इस मान की तलाश कहाँ करता है? /etc/मेजबान में?
यदि आवश्यक हो तो मैं समस्या निवारण और अधिक सबूत प्रदान कर सकता हूं।

--> क्या कुबेदम इनिट खत्म होता है और क्या यह बूस्ट्रैप टोकन प्रिंट करता है?
यह एक लंबी त्रुटि के साथ समाप्त होता है:

[certs] Generating "etcd/server" certificate and key
[certs] etcd/server serving cert is signed for DNS names [node1 localhost] and IPs [10.10.128.186 127.0.0.1 ::1]
[certs] Generating "etcd/peer" certificate and key
[certs] etcd/peer serving cert is signed for DNS names [node1 localhost] and IPs [10.10.128.186 127.0.0.1 ::1]
[certs] Generating "etcd/healthcheck-client" certificate and key
[certs] Generating "apiserver-etcd-client" certificate and key
[certs] Generating "sa" key and public key
[kubeconfig] Using kubeconfig folder "/etc/kubernetes"
[kubeconfig] Writing "admin.conf" kubeconfig file
[kubeconfig] Writing "kubelet.conf" kubeconfig file
[kubeconfig] Writing "controller-manager.conf" kubeconfig file
[kubeconfig] Writing "scheduler.conf" kubeconfig file
[control-plane] Using manifest folder "/etc/kubernetes/manifests"
[control-plane] Creating static Pod manifest for "kube-apiserver"
[control-plane] Creating static Pod manifest for "kube-controller-manager"
[control-plane] Creating static Pod manifest for "kube-scheduler"
[etcd] Creating static Pod manifest for local etcd in "/etc/kubernetes/manifests"
[wait-control-plane] Waiting for the kubelet to boot up the control plane as static Pods from directory "/etc/kubernetes/manifests". This can take up to 4m0s
[kubelet-check] Initial timeout of 40s passed.

Unfortunately, an error has occurred:
        timed out waiting for the condition

This error is likely caused by:
        - The kubelet is not running
        - The kubelet is unhealthy due to a misconfiguration of the node in some way (required cgroups disabled)

If you are on a systemd-powered system, you can try to troubleshoot the error with the following commands:
        - 'systemctl status kubelet'
        - 'journalctl -xeu kubelet'

Additionally, a control plane component may have crashed or exited when started by the container runtime.
To troubleshoot, list all containers using your preferred container runtimes CLI, e.g. docker.
Here is one example how you may list all Kubernetes containers running in docker:
        - 'docker ps -a | grep kube | grep -v pause'
        Once you have found the failing container, you can inspect its logs with:
        - 'docker logs CONTAINERID'
error execution phase wait-control-plane: couldn't initialize a Kubernetes cluster

नोट: टाइमआउट के बाद सुझाए गए किसी भी आदेश ने यहां उल्लेख करने लायक कुछ भी नहीं बताया।

क्यूबलेट और कुबेदम संस्करण?
---> 1.13.0
kubeadm संस्करण: और version.Info {मेजर: "1", माइनर: "13", GitVersion: "v1.13.0", GitCommit: "ddf47ac13c1a9483ea035a79cd7c10005ff21a6d", GitTreeState: "क्लीन", बिल्डडेट: "2018-12-03T21:02: 01Z", GoVersion: "go1.11.2", कंपाइलर: "gc", प्लेटफ़ॉर्म: "linux/amd64"}

साथ ही, क्यूब लॉग में थोड़ी अधिक स्पष्टता/वर्बोसिटी के साथ "नोड नहीं मिला" से बेहतर त्रुटि संदेश सेट नहीं करना चाहिए?

धन्यवाद

वही मुद्दा...

$ systemctl status kubelet
● kubelet.service - kubelet: The Kubernetes Node Agent
   Loaded: loaded (/lib/systemd/system/kubelet.service; enabled; vendor preset: enabled)
  Drop-In: /etc/systemd/system/kubelet.service.d
           └─10-kubeadm.conf
   Active: active (running) since Fri 2018-12-14 19:05:47 UTC; 2min 2s ago
     Docs: https://kubernetes.io/docs/home/
 Main PID: 9114 (kubelet)
    Tasks: 23 (limit: 4915)
   CGroup: /system.slice/kubelet.service
           └─9114 /usr/bin/kubelet --bootstrap-kubeconfig=/etc/kubernetes/bootstrap-kubelet.conf --kubeconfig=/etc/kubernetes/kubelet.conf --config=/var/lib/kubelet/config.yaml --cgroup-d

Dec 14 19:07:49 pineview kubelet[9114]: E1214 19:07:49.862262    9114 kuberuntime_manager.go:657] createPodSandbox for pod "kube-scheduler-pineview_kube-system(7f99b6875de942b000954351c4a
Dec 14 19:07:49 pineview kubelet[9114]: E1214 19:07:49.862381    9114 pod_workers.go:186] Error syncing pod 7f99b6875de942b000954351c4ac09b5 ("kube-scheduler-pineview_kube-system(7f99b687
Dec 14 19:07:49 pineview kubelet[9114]: E1214 19:07:49.906855    9114 remote_runtime.go:96] RunPodSandbox from runtime service failed: rpc error: code = Unknown desc = failed to start san
Dec 14 19:07:49 pineview kubelet[9114]: E1214 19:07:49.906944    9114 kuberuntime_sandbox.go:65] CreatePodSandbox for pod "etcd-pineview_kube-system(b7841e48f3e7b81c3cda6872104ba3de)" fai
Dec 14 19:07:49 pineview kubelet[9114]: E1214 19:07:49.906981    9114 kuberuntime_manager.go:657] createPodSandbox for pod "etcd-pineview_kube-system(b7841e48f3e7b81c3cda6872104ba3de)" fa
Dec 14 19:07:49 pineview kubelet[9114]: E1214 19:07:49.907100    9114 pod_workers.go:186] Error syncing pod b7841e48f3e7b81c3cda6872104ba3de ("etcd-pineview_kube-system(b7841e48f3e7b81c3c
Dec 14 19:07:49 pineview kubelet[9114]: E1214 19:07:49.933627    9114 kubelet.go:2236] node "pineview" not found
Dec 14 19:07:50 pineview kubelet[9114]: E1214 19:07:50.033880    9114 kubelet.go:2236] node "pineview" not found
Dec 14 19:07:50 pineview kubelet[9114]: E1214 19:07:50.134064    9114 kubelet.go:2236] node "pineview" not found
Dec 14 19:07:50 pineview kubelet[9114]: E1214 19:07:50.184943    9114 event.go:212] Unable to write event: 'Post https://192.168.1.235:6443/api/v1/namespaces/default/events: dial tcp 192.

वही मुद्दा:

उबंटू १८.०४.१ एलटीएस
Kubernetes v1.13.1 (cri-o 1.11 का उपयोग करके)

Kubernetes.io पर इंस्टॉलेशन निर्देशों का पालन किया:
https://kubernetes.io/docs/setup/inनिर्भर/install-kubeadm/
https://kubernetes.io/docs/setup/cri/#cri -o

systemctl enable kubelet.service
kubeadm init --pod-network-cidr=192.168.0.0/16 --cri-socket=/var/run/crio/crio.sock

/etc/hosts

127.0.0.1       localhost
::1             localhost ip6-localhost ip6-loopback
ff02::1         ip6-allnodes
ff02::2         ip6-allrouters

127.0.1.1       master01.mydomain.tld master01
::1             master01.mydomain.tld master01

/etc/hostname

systemctl status kubelet

● kubelet.service - kubelet: The Kubernetes Node Agent
   Loaded: loaded (/lib/systemd/system/kubelet.service; enabled; vendor preset: enabled)
  Drop-In: /etc/systemd/system/kubelet.service.d
           └─10-kubeadm.conf
   Active: active (running) since Tue 2018-12-18 16:19:54 CET; 20min ago
     Docs: https://kubernetes.io/docs/home/
 Main PID: 10148 (kubelet)
    Tasks: 21 (limit: 2173)
   CGroup: /system.slice/kubelet.service
           └─10148 /usr/bin/kubelet --bootstrap-kubeconfig=/etc/kubernetes/bootstrap-kubelet.conf --kubeconfig=/etc/kubernetes/kubelet.conf --config=/var/lib/kubelet/config.yaml --container-runtime=remote --container-runtime-endpoint=/var/run/crio/crio.sock --resolv-conf=/run/systemd/resolve/resolv.conf

Dec 18 16:40:52 master01 kubelet[10148]: E1218 16:40:52.795313   10148 kubelet.go:2266] node "master01" not found
Dec 18 16:40:52 master01 kubelet[10148]: E1218 16:40:52.896277   10148 kubelet.go:2266] node "master01" not found
Dec 18 16:40:52 master01 kubelet[10148]: E1218 16:40:52.997864   10148 kubelet.go:2266] node "master01" not found
Dec 18 16:40:53 master01 kubelet[10148]: E1218 16:40:53.098927   10148 kubelet.go:2266] node "master01" not found
Dec 18 16:40:53 master01 kubelet[10148]: E1218 16:40:53.200355   10148 kubelet.go:2266] node "master01" not found
Dec 18 16:40:53 master01 kubelet[10148]: E1218 16:40:53.281586   10148 reflector.go:134] k8s.io/kubernetes/pkg/kubelet/config/apiserver.go:47: Failed to list *v1.Pod: Get https://192.168.178.27:6443/api/v1/pods?fieldSelector=spec.nodeName%3Dmaster01limit=500&resourceVersion=0: dial tcp 192.168.178.27:6443: connect: connection refused
Dec 18 16:40:53 master01 kubelet[10148]: E1218 16:40:53.282143   10148 reflector.go:134] k8s.io/kubernetes/pkg/kubelet/kubelet.go:444: Failed to list *v1.Service: Get https://192.168.178.27:6443/api/v1/services?limit=500&resourceVersion=0: dial tcp 192.168.178.27:6443: connect: connection refused
Dec 18 16:40:53 master01 kubelet[10148]: E1218 16:40:53.283945   10148 reflector.go:134] k8s.io/kubernetes/pkg/kubelet/kubelet.go:453: Failed to list *v1.Node: Get https://192.168.178.27:6443/api/v1/nodes?fieldSelector=metadata.name%3Dmaster01limit=500&resourceVersion=0: dial tcp 192.168.178.27:6443: connect: connection refused
Dec 18 16:40:53 master01 kubelet[10148]: E1218 16:40:53.301468   10148 kubelet.go:2266] node "master01" not found
Dec 18 16:40:53 master01 kubelet[10148]: E1218 16:40:53.402256   10148 kubelet.go:2266] node "master01" not found

@fhemberger मैंने अपनी समस्या का पता लगा लिया। यह डॉकर को स्थापित करने के लिए snap का उपयोग कर रहा था। अगर मैंने इसे अनइंस्टॉल किया और apt का उपयोग करके पुनः इंस्टॉल किया, तो कुबेदम ने ठीक काम किया।

@cjbottaro मैं डॉकर का उपयोग बिल्कुल नहीं करता लेकिन cri-o।

v1.13.1 . के साथ यहाँ एक ही समस्या

यदि आप systemd और cri-o का उपयोग कर रहे हैं, तो इसे /var/lib/kubelet/config.yaml में cgroup ड्राइवर के रूप में सेट करना सुनिश्चित करें (या नीचे दिए गए स्निपेट को kubeadm init --config=config.yaml हिस्से के रूप में पास करें)।

apiVersion: kubelet.config.k8s.io/v1beta1
kind: KubeletConfiguration
cgroupDriver: systemd

यदि आप इसे अपने क्यूबलेट लॉग में देखते हैं:

remote_runtime.go:96] RunPodSandbox from runtime service failed: rpc error: code = Unknown desc = cri-o configured with systemd cgroup manager, but did not receive slice as parent: /kubepods/besteffort/…

मैं आज उसी मुद्दे से मिला।

मैंने इसे rm -rf /var/lib/kubelet/ को हटाकर और पुनः स्थापित करके ठीक किया है

@JishanXing धन्यवाद! इसने रास्पियन स्केच लाइट पर चलने के लिए मेरी समस्या का भी समाधान किया

मैंने इसे /etc/systemd/system/kubelet.service.d/20-etcd-service-manager.conf को हटाकर ठीक किया

kubeadm reset कमांड का उपयोग करना बेहतर होगा।

@fhemberger इसे कैसे हल करें वही सवाल, धन्यवाद

मैं उसी मुद्दे से मिला जब मैं k8s को 1.13.3 से 1.13.4 में अपग्रेड करता हूं ...
/etc/kubernetes/manifests/kube-scheduler.yaml संपादित करने के बाद मैं इसे हल करता हूं। छवि संस्करण को संशोधित करें
image: k8s.gcr.io/kube-scheduler:v1.13.3 ==> image: k8s.gcr.io/kube-scheduler:v1.13.4
kube-controller-manager.yaml और kube-apiserver.yaml के समान।

नवीनतम तरीका है ऐड ऑप्शन --image-repository रजिस्ट्री .aliyuncs.com/google_containers , मेरा k8s verion 1.14.0 है, docker संस्करण: 18.09.2,
` kubeadm init --image-repository रजिस्ट्री.aliyuncs.com/google_containers --kubernetes-version v1.14.0 --pod-network-cidr=192.168.0.0/16
[init] Kubernetes संस्करण का उपयोग करना: v1.14.0
[प्रीफ्लाइट] प्री-फ्लाइट चेक चल रहा है
[चेतावनी IsDockerSystemdCheck]: "cgroupfs" को Docker cgroup ड्राइवर के रूप में पाया गया। अनुशंसित ड्राइवर "systemd" है। कृपया https://kubernetes.io/docs/setup/cri/ पर गाइड का पालन
[प्रीफ्लाइट] कुबेरनेट्स क्लस्टर स्थापित करने के लिए आवश्यक छवियों को खींचना
[पूर्व उड़ान] आपके इंटरनेट कनेक्शन की गति के आधार पर इसमें एक या दो मिनट लग सकते हैं
[preflight] आप 'kubeadm config images pull' का उपयोग करके पहले से भी यह क्रिया कर सकते हैं
[क्यूबलेट-स्टार्ट] फाइल करने के लिए झंडे के साथ क्यूबलेट पर्यावरण फ़ाइल लिखना "/var/lib/kubelet/kubeadm-flags.env"
[क्यूबलेट-स्टार्ट] फाइल करने के लिए क्यूबलेट कॉन्फ़िगरेशन लिखना "/var/lib/kubelet/config.yaml"
[क्यूबलेट-स्टार्ट] क्यूबलेट सेवा को सक्रिय करना
[सीर्ट्स] सर्टिफिकेट डीआईआर फोल्डर का उपयोग करना "/ etc/kubernetes/pki"
[सीर्ट्स] "फ्रंट-प्रॉक्सी-सीए" प्रमाणपत्र और कुंजी उत्पन्न करना
[सीर्ट्स] "फ्रंट-प्रॉक्सी-क्लाइंट" प्रमाणपत्र और कुंजी उत्पन्न करना
[सीर्ट्स] "सीए" प्रमाणपत्र और कुंजी उत्पन्न करना
[सीर्ट्स] "एपिसर्वर" प्रमाणपत्र और कुंजी उत्पन्न करना
[सीर्ट्स] डीएनएस नामों के लिए एपिसर्वर सर्विंग सर्टिफिकेट पर हस्ताक्षर किए गए हैं [जिन-वर्चुअल-मशीन कुबेरनेट्स कुबेरनेट्स।
[सीर्ट्स] "एपिसर्वर-क्यूबलेट-क्लाइंट" प्रमाणपत्र और कुंजी उत्पन्न करना
[सीर्ट्स] "etcd/ca" प्रमाणपत्र और कुंजी बनाना
[सीर्ट्स] "आदि/सर्वर" प्रमाणपत्र और कुंजी उत्पन्न करना
[सीर्ट्स] आदि/सर्वर सर्विंग सर्टिफिकेट डीएनएस नामों [जिन-वर्चुअल-मशीन लोकलहोस्ट] और आईपी [१९२.१६८.२३२.१३० १२७.०.०.१ ::१] के लिए हस्ताक्षरित है।
[सीर्ट्स] "आदि/सहकर्मी" प्रमाणपत्र और कुंजी बनाना
[सीर्ट्स] आदि/पीयर सर्विंग सर्टिफिकेट डीएनएस नामों [जिन-वर्चुअल-मशीन लोकलहोस्ट] और आईपी [१९२.१६८.२३२.१३० १२७.०.०.१ ::१] के लिए हस्ताक्षरित है।
[सीर्ट्स] "एपिसर्वर-आदि-क्लाइंट" प्रमाणपत्र और कुंजी बनाना
[सीर्ट्स] "आदि/स्वास्थ्य जांच-क्लाइंट" प्रमाणपत्र और कुंजी उत्पन्न करना
[सर्ट] "सा" कुंजी और सार्वजनिक कुंजी उत्पन्न करना
[kubeconfig] kubeconfig फ़ोल्डर "/etc/kubernetes" का उपयोग करना
[kubeconfig] "admin.conf" लिखना kubeconfig फ़ाइल
[kubeconfig] "kubelet.conf" kubeconfig फ़ाइल लिखना
[kubeconfig] "controller-manager.conf" लिखना kubeconfig file
[kubeconfig] "scheduler.conf" लिखना kubeconfig फ़ाइल
[कंट्रोल-प्लेन] मेनिफेस्ट फोल्डर का उपयोग करना "/ etc/kubernetes/manifests"
[कंट्रोल-प्लेन] "क्यूब-एपिसर्वर" के लिए स्टैटिक पॉड मेनिफेस्ट बनाना
[कंट्रोल-प्लेन] "क्यूब-कंट्रोलर-मैनेजर" के लिए स्टैटिक पॉड मेनिफेस्ट बनाना
[कंट्रोल-प्लेन] "क्यूब-शेड्यूलर" के लिए स्टैटिक पॉड मेनिफेस्ट बनाना
[आदि] "/ etc / Kubernetes / प्रकट" में स्थानीय etcd के लिए स्थिर पॉड मेनिफेस्ट बनाना
[प्रतीक्षा-नियंत्रण-विमान] क्यूबलेट के नियंत्रण विमान को स्थिर पॉड्स के रूप में निर्देशिका "/ etc/kubernetes/manifests" से बूट करने की प्रतीक्षा कर रहा है। इसमें 4m0s . तक का समय लग सकता है
[एप्लिकेंट] १७.००४३५६ सेकंड के बाद सभी नियंत्रण विमान घटक स्वस्थ हैं
[अपलोड-कॉन्फ़िगरेशन] "क्यूब-सिस्टम" नेमस्पेस में कॉन्फिग मैप "कुबेदम-कॉन्फ़िगरेशन" में प्रयुक्त कॉन्फ़िगरेशन को संग्रहीत करना
[क्यूबलेट] क्लस्टर में क्यूबलेट के लिए कॉन्फ़िगरेशन के साथ नेमस्पेस क्यूब-सिस्टम में एक कॉन्फिग मैप "क्यूबलेट-कॉन्फिग-1.14" बनाना
[अपलोड-सर्ट] लंघन चरण। कृपया देखें --प्रायोगिक-अपलोड-प्रमाणपत्र
[चिह्न-नियंत्रण-विमान] "नोड-role.kubernetes.io/master=''" लेबल जोड़कर नोड जिन-वर्चुअल-मशीन को नियंत्रण-विमान के रूप में चिह्नित करना
[चिह्न-नियंत्रण-विमान] दागों को जोड़कर नोड जिन-वर्चुअल-मशीन को नियंत्रण-विमान के रूप में चिह्नित करना [नोड- role.kubernetes.io/master:NoSchedule ]
[बूटस्ट्रैप-टोकन] टोकन का उपयोग करना: xucir0.o4kzo3qqjyjnzphl
[बूटस्ट्रैप-टोकन] बूटस्ट्रैप टोकन को कॉन्फ़िगर करना, क्लस्टर-जानकारी कॉन्फिग मैप, आरबीएसी रोल्स
[बूटस्ट्रैप-टोकन] नोड बूटस्ट्रैप टोकन को सीएसआर पोस्ट करने की अनुमति देने के लिए आरबीएसी नियमों को कॉन्फ़िगर किया गया ताकि नोड्स को दीर्घकालिक प्रमाण पत्र प्राप्त हो सके
[बूटस्ट्रैप-टोकन] सीएसआरप्रोवर नियंत्रक को नोड बूटस्ट्रैप टोकन से सीएसआर को स्वचालित रूप से स्वीकृत करने की अनुमति देने के लिए आरबीएसी नियमों को कॉन्फ़िगर किया गया है
[बूटस्ट्रैप-टोकन] क्लस्टर में सभी नोड क्लाइंट प्रमाणपत्रों के लिए प्रमाणपत्र रोटेशन की अनुमति देने के लिए RBAC नियमों को कॉन्फ़िगर किया गया है
[बूटस्ट्रैप-टोकन] "क्यूब-पब्लिक" नेमस्पेस में "क्लस्टर-इन्फो" कॉन्फिग मैप बनाना
[एडॉन्स] एप्लाइड आवश्यक ऐडऑन: CoreDNS
[एडॉन्स] एप्लाइड एसेंशियल एडऑन: क्यूब-प्रॉक्सी

आपका कुबेरनेट्स कंट्रोल-प्लेन सफलतापूर्वक इनिशियलाइज़ हो गया है!

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

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

अब आपको क्लस्टर में पॉड नेटवर्क तैनात करना चाहिए।
यहां सूचीबद्ध विकल्पों में से एक के साथ "kubectl apply -f [podnetwork].yaml" चलाएँ:
https://kubernetes.io/docs/concepts/cluster-administration/addons/

फिर आप प्रत्येक पर रूट के रूप में निम्नलिखित को चलाकर किसी भी संख्या में वर्कर नोड्स में शामिल हो सकते हैं:

kubeadm 192.168.232.130:6443 --token xucir0.o4kzo3qqjyjnzphl में शामिल हों
--डिस्कवरी-टोकन-सीए-सर्टिफिकेट-हैश sha256:022048b22926a2cb2f8295ce2e3f1f6fa7ffe1098bc116f7d304a26bcfb78656
`

जीसीपी उबंटू 18.04 वीएम पर कुबेरनेट्स v1.14.1 और क्रि-ओ v1.14.0 के साथ एक ही समस्या में भाग गया। हालांकि डॉकटर का उपयोग करते समय चीजें ठीक रहीं। संदर्भ: https://github.com/cri-o/cri-o/issues/2357

मेरी समस्या विभिन्न cgroup ड्राइवरों के साथ थी। CRIO डिफ़ॉल्ट रूप से systemd का उपयोग करता है, क्यूबलेट डिफ़ॉल्ट रूप से cgroupfs का उपयोग करता है।

cat /etc/crio/crio.conf | grep cgroup
# cgroup_manager is the cgroup management implementation to be used
cgroup_manager = "systemd"

यदि आपका ऐसा मामला है, तो देखें https://kubernetes.io/docs/setup/in निर्भर / #configure -cgroup-driver-used-by-kubelet-on-master-node

बस फाइल लिखें

echo "KUBELET_EXTRA_ARGS=--cgroup-driver=systemd" > /etc/default/kubelet

और उसके बाद कुबेदम इनिट चलाएं। या cgroup_manager को cgroupfs बदलें

डॉकटर के विपरीत, क्रि-ओ और कंटेनरड cgroup ड्राइवर डिटेक्शन के मामले में प्रबंधन करने के लिए थोड़ा अधिक मुश्किल हैं, लेकिन कुबेदम से इसका समर्थन करने के लिए कुछ योजनाएं हैं।

docker पहले से ही संभाला है।

तो जाहिरा तौर पर कोई समाधान नहीं है लेकिन क्लस्टर $ (हाँ | कुबेदम रीसेट) को रीसेट करना है, जो मेरी राय में समाधान नहीं है!

छवि रेपो बदलना मेरे लिए काम करता है, लेकिन यह एक अच्छा फिक्स नहीं है।
--छवि-भंडार रजिस्ट्री.aliyuncs.com/google_containers

मेरा मामला इसके साथ काम करता है

sed -i 's/cgroup-driver=systemd/cgroup-driver=cgroupfs/g' /etc/systemd/system/kubelet.service.d/10-kubeadm.conf

मेरे पास एक ही मुद्दा है। मैं kubeadm init --config=init-config.yaml उपयोग करता हूं और असफल रहा, यह फ़ाइल kubeadm. फ़ाइल में एक फ़ील्ड विज्ञापन पता डिफ़ॉल्ट 1.2.3.4 है, जो etcd contianer प्रारंभ विफल हो जाता है। जब मैं १२७.०.०.१ में बदल जाता हूं, आदि प्रतियोगी सफलतापूर्वक शुरू होता है और कुबेदम init सफलता

इस समस्या को हल करने के लिए, docker ps -a सूची का उपयोग करें सभी कंटेनर जांचें कि क्या उनमें से कुछ बाहर निकल गए हैं, यदि हां, तो docker logs CONTIANER_ID देखें कि क्या खुशी हुई। आशा है कि इससे सहायता मिलेगी

अरे सब लोग, क्या किसी के पास कोई समाधान है? यहाँ वही समस्या है, लेकिन k3s का उपयोग करना।

@MateusMac आपको शायद k3s के खिलाफ भी एक बग रिपोर्ट

kubeadm पर काम करने के लिए एक सप्ताह तक काम किया
उबंटू 18.04
डॉकर 18.06-2-सीई
k8s 1.15.1
sudo kubeadm init --pod-network-cidr=10.244.0.0/16

Fails with:

[etcd] Creating static Pod manifest for local etcd in "/etc/kubernetes/manifests"
[wait-control-plane] Waiting for the kubelet to boot up the control plane as static Pods from directory "/etc/kubernetes/manifests". This can take up to 4m0s
[kubelet-check] Initial timeout of 40s passed.

Unfortunately, an error has occurred:
        timed out waiting for the condition

This error is likely caused by:
        - The kubelet is not running
        - The kubelet is unhealthy due to a misconfiguration of the node in some way (required cgroups disabled)

If you are on a systemd-powered system, you can try to troubleshoot the error with the following commands:
        - 'systemctl status kubelet'
        - 'journalctl -xeu kubelet'

Additionally, a control plane component may have crashed or exited when started by the container runtime.
To troubleshoot, list all containers using your preferred container runtimes CLI, e.g. docker.
Here is one example how you may list all Kubernetes containers running in docker:
        - 'docker ps -a | grep kube | grep -v pause'
        Once you have found the failing container, you can inspect its logs with:
        - 'docker logs CONTAINERID'
error execution phase wait-control-plane: couldn't initialize a Kubernetes cluster

क्यूबलेट लॉग दिखाते हैं कि यह पिछले पहले आधार को पाने के लिए नोड्स नहीं ढूंढ सकता है:

warproot<strong i="15">@warp02</strong>:~$ systemctl status kubelet
● kubelet.service - kubelet: The Kubernetes Node Agent
   Loaded: loaded (/lib/systemd/system/kubelet.service; enabled; vendor preset: enabled)
  Drop-In: /etc/systemd/system/kubelet.service.d
           └─10-kubeadm.conf
   Active: active (running) since Sun 2019-08-04 18:22:26 AEST; 5min ago
     Docs: https://kubernetes.io/docs/home/
 Main PID: 12569 (kubelet)
    Tasks: 27 (limit: 9830)
   CGroup: /system.slice/kubelet.service
           └─12569 /usr/bin/kubelet --bootstrap-kubeconfig=/etc/kubernetes/bootstrap-kubelet.conf --kubeconfig=/etc/kubernetes/kubelet.conf --config=/var/lib/kubelet/config.yaml --cgroup-dri

Aug 04 18:28:03 warp02 kubelet[12569]: E0804 18:28:03.322762   12569 kuberuntime_sandbox.go:68] CreatePodSandbox for pod "kube-scheduler-warp02_kube-system(ecae9d12d3610192347be3d1aa5aa552)"
Aug 04 18:28:03 warp02 kubelet[12569]: E0804 18:28:03.322806   12569 kuberuntime_manager.go:692] createPodSandbox for pod "kube-scheduler-warp02_kube-system(ecae9d12d3610192347be3d1aa5aa552)
Aug 04 18:28:03 warp02 kubelet[12569]: E0804 18:28:03.322872   12569 pod_workers.go:190] Error syncing pod ecae9d12d3610192347be3d1aa5aa552 ("kube-scheduler-warp02_kube-system(ecae9d12d36101
Aug 04 18:28:03 warp02 kubelet[12569]: E0804 18:28:03.373094   12569 kubelet.go:2248] node "warp02" not found
Aug 04 18:28:03 warp02 kubelet[12569]: E0804 18:28:03.375587   12569 reflector.go:125] k8s.io/client-go/informers/factory.go:133: Failed to list *v1beta1.CSIDriver: Get https://10.1.1.4:6443
Aug 04 18:28:03 warp02 kubelet[12569]: E0804 18:28:03.473295   12569 kubelet.go:2248] node "warp02" not found
Aug 04 18:28:03 warp02 kubelet[12569]: E0804 18:28:03.573567   12569 kubelet.go:2248] node "warp02" not found
Aug 04 18:28:03 warp02 kubelet[12569]: E0804 18:28:03.575495   12569 reflector.go:125] k8s.io/client-go/informers/factory.go:133: Failed to list *v1beta1.RuntimeClass: Get https://10.1.1.4:6
Aug 04 18:28:03 warp02 kubelet[12569]: E0804 18:28:03.590886   12569 event.go:249] Unable to write event: 'Post https://10.1.1.4:6443/api/v1/namespaces/default/events: dial tcp 10.1.1.4:6443
Aug 04 18:28:03 warp02 kubelet[12569]: E0804 18:28:03.673767   12569 kubelet.go:2248] node "warp02" not found

मुझे ध्यान देना चाहिए कि मेरे पास इन नंगे धातु मशीनों पर कई एनआईसी हैं:

warproot<strong i="6">@warp02</strong>:~$ ifconfig
docker0: flags=4099<UP,BROADCAST,MULTICAST>  mtu 1500
        inet 172.17.0.1  netmask 255.255.0.0  broadcast 172.17.255.255
        inet6 fe80::42:feff:fe65:37f  prefixlen 64  scopeid 0x20<link>
        ether 02:42:fe:65:03:7f  txqueuelen 0  (Ethernet)
        RX packets 0  bytes 0 (0.0 B)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 6  bytes 516 (516.0 B)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

enp35s0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        inet 10.0.0.2  netmask 255.255.255.0  broadcast 10.0.0.255
        inet6 fe80::32b5:c2ff:fe02:410b  prefixlen 64  scopeid 0x20<link>
        ether 30:b5:c2:02:41:0b  txqueuelen 1000  (Ethernet)
        RX packets 46  bytes 5821 (5.8 KB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 70  bytes 7946 (7.9 KB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

enp6s0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        inet 10.1.1.4  netmask 255.255.255.0  broadcast 10.1.1.255
        inet6 fd42:59ff:1166:0:25a7:3617:fee6:424e  prefixlen 64  scopeid 0x0<global>
        inet6 fe80::1a03:73ff:fe44:5694  prefixlen 64  scopeid 0x20<link>
        inet6 fd9e:fdd6:9e01:0:1a03:73ff:fe44:5694  prefixlen 64  scopeid 0x0<global>
        ether 18:03:73:44:56:94  txqueuelen 1000  (Ethernet)
        RX packets 911294  bytes 1361047672 (1.3 GB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 428759  bytes 29198065 (29.1 MB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0
        device interrupt 17  

ib0: flags=4099<UP,BROADCAST,MULTICAST>  mtu 4092
        unspec A0-00-02-10-FE-80-00-00-00-00-00-00-00-00-00-00  txqueuelen 256  (UNSPEC)
        RX packets 0  bytes 0 (0.0 B)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 0  bytes 0 (0.0 B)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

ib1: flags=4099<UP,BROADCAST,MULTICAST>  mtu 4092
        unspec A0-00-02-20-FE-80-00-00-00-00-00-00-00-00-00-00  txqueuelen 256  (UNSPEC)
        RX packets 0  bytes 0 (0.0 B)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 0  bytes 0 (0.0 B)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

lo: flags=73<UP,LOOPBACK,RUNNING>  mtu 65536
        inet 127.0.0.1  netmask 255.0.0.0
        inet6 ::1  prefixlen 128  scopeid 0x10<host>
        loop  txqueuelen 1000  (Local Loopback)
        RX packets 25473  bytes 1334779 (1.3 MB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 25473  bytes 1334779 (1.3 MB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

मुझे नहीं पता कि यह कोई समस्या है, लेकिन मैंने अपनी /etc/hosts फ़ाइल को इस रूप में सेट किया है

warproot<strong i="7">@warp02</strong>:~$ cat /etc/hosts
127.0.0.1       localhost.localdomain   localhost
::1             localhost6.localdomain6 localhost6
# add our host name
10.1.1.4 warp02 warp02.ad.xxx.com
# The following lines are desirable for IPv6 capable hosts
::1     localhost ip6-localhost ip6-loopback
fe00::0 ip6-localnet
ff02::1 ip6-allnodes
ff02::2 ip6-allrouters
ff02::3 ip6-allhosts
# add our ipv6 host name
fd42:59ff:1166:0:25a7:3617:fee6:424e warp02 warp02.ad.xxx.com

warproot<strong i="8">@warp02</strong>:~$ 

इसलिए, एनआईसी 10.1.1.4 को k8s के लिए "नेटवर्क" के रूप में देखने के लिए यह सेट-अप (मुझे लगता है) है

नोड-नाम के खिलाफ nslookup ठीक काम कर रहा है:

warproot<strong i="13">@warp02</strong>:~$ nslookup warp02
Server:         127.0.0.53
Address:        127.0.0.53#53

Non-authoritative answer:
Name:   warp02.ad.xxx.com
Address: 10.1.1.4
Name:   warp02.ad.xxx.com
Address: fd42:59ff:1166:0:25a7:3617:fee6:424e

warproot<strong i="14">@warp02</strong>:~$ 

मैं कई बार kubeadm इंस्टाल डॉक्यूमेंटेशन से गुजरा हूं।

अजीब। यह सिर्फ नेटवर्क नहीं ढूंढ सकता है।

स्टम्प्ड।

संस्करण 1.15.3 मैं इसे Ubuntu 18.04 पर जोड़कर ठीक करने में सक्षम था

kind: InitConfiguration
nodeRegistration:
  kubeletExtraArgs:
    cgroup-driver: "systemd"

मेरे kubeadm config में और फिर kubeadm init चल रहा है

मेरे पास यहाँ एक ही समस्या है, संस्करण १.१५.३ के साथ, Ubuntu १८.०४ पर
@ क्रिस-नोवा मैं वास्तव में सराहना करता हूं यदि आप निर्दिष्ट कर सकते हैं कि यह कॉन्फ़िगरेशन फ़ाइल कहां स्थित है :-)

अद्यतन: मैं वास्तव में क्यों नहीं बता सकता, लेकिन यह अब किसी भी कॉन्फ़िगरेशन को बदले बिना काम करता है!
(नोट: मुझे नहीं पता कि यह संबंधित है, लेकिन मैंने kubeadm init पुनः प्रयास करने से पहले, v.19.03.1 से v.19.03.2 में डॉकर को अपडेट किया)

kubeadm init चलाते समय मुझे त्रुटि मिल रही थी यानी नोडेक्स नहीं मिला ..

[ रूट@नोड०१ ~]# जर्नल-एक्सयू क्यूबलेट
नवम्बर 07 10:34:02 नोड 01 क्यूबलेट [2968]: E1107 10:34:02.682095 2968 kubelet.go:2267] नोड "नोड01" नहीं मिला
नवम्बर 07 10:34:02 नोड 01 क्यूबलेट [2968]: E1107 10:34:02.782554 2968 kubelet.go:2267] नोड "नोड01" नहीं मिला
नवम्बर ०७ १०:३४:०२ नोड०१ क्यूबलेट [२९६८]: ई११०७ १०:३४:०२.८२९१४२ २९६८ रिफ्लेक्टर.गो:१२३] k8s.io/client-go/informers/factory.go:134: सूचीबद्ध करने में विफल *v1beta1.CSID
नवम्बर 07 10:34:02 नोड 01 क्यूबलेट [2968]: E1107 10:34:02.884058 2968 kubelet.go:2267] नोड "नोड01" नहीं मिला
नवम्बर 07 10:34:02 नोड 01 क्यूबलेट [2968]: E1107 10:34:02.984510 2968 kubelet.go:2267] नोड "नोड01" नहीं मिला
नवम्बर ०७ १०:३४:०३ नोड०१ क्यूबलेट [२९६८]: ई११०७ १०:३४:०३.०३०८८४ २९६८ रिफ्लेक्टर.गो:१२३]

के माध्यम से हल किया गया:

सेटनफोर्स 0

sed -i --follow-symlinks 's/SELINUX=enforceing/SELINUX=disabled/g' /etc/sysconfig/selinux

वही मुद्दा

मेरे मामले में जो मास्टर नोड में एक समय के बहाव के कारण हुआ था, _जो बिजली कट-ऑफ के बाद हुआ था।
मैंने इसे चलाकर ठीक किया था

# Correcting the time as mentioned here https://askubuntu.com/a/254846/861548
sudo service ntp stop
sudo ntpdate -s time.nist.gov
sudo service ntp start
# Then restarting the kubelet
sudo systemctl restart kubelet.service
# I also had to run daemon-reload as I got the following warning
# Warning: The unit file, source configuration file or drop-ins of kubelet.service changed on disk. Run 'systemctl daemon-reload' to reload units.
sudo systemctl daemon-reload
# I also made another restart, which I don't know whether needed or not
sudo systemctl restart kubelet.service

मैंने अपनी समस्या को ठीक किया node "xxxx" not found ， कंटेनर लॉग उपयोग docker logs container_id देखने का प्रयास करें, फिर मुझे apiserver 127.0.0.1:2379 कनेक्ट करने का प्रयास करें, फ़ाइल संपादित करें · /etc/kubernetes/manifests/etcd.yaml , पुनरारंभ करें, समस्या ठीक हो गई