إصدار Kubernetes v1.6.1
البيئة :
ماذا حدث :
الحرف الأول kubernetes مع
kubeadm init --kubernetes-version=v1.6.1 --pod-network-cidr=10.244.0.0/16
من المحاولة
kubectl taint nodes --all node-role.kubernetes.io/master-
وحصلت على هذا
The connection to the server localhost:8080 was refused - did you specify the right host or port?
أو هذا
# kubectl apply -f https://github.com/coreos/flannel/raw/master/Documentation/kube-flannel.yml
The connection to the server localhost:8080 was refused - did you specify the right host or port?
أو
# kubectl version
Client Version: version.Info{Major:"1", Minor:"6", GitVersion:"v1.6.1", GitCommit:"b0b7a323cc5a4a2019b2e9520c21c7830b7f708e", GitTreeState:"clean", BuildDate:"2017-04-03T20:44:38Z", GoVersion:"go1.7.5", Compiler:"gc", Platform:"linux/arm64"}
The connection to the server localhost:8080 was refused - did you specify the right host or port?
هل قمت بتشغيل الأوامر أدناه بعد kubeadm init
لبدء استخدام مجموعتك ، عليك تشغيل (كمستخدم عادي):
sudo cp /etc/kubernetes/admin.conf $ HOME /
sudo chown $ (id -u): $ (id -g) $ HOME / admin.conf
تصدير KUBECONFIG = $ HOME / admin.conf
عظيم .. شكرا .. عملت ..
أعد إنتاج الخطأ نفسه عند إجراء برنامج تعليمي من Udacity يسمى Scalable Microservices مع Kubernetes https://classroom.udacity.com/courses/ud615 ، عند استخدام Kubernetes ، الجزء 3 من الدرس.
إطلاق مثيل واحد:
kubectl run nginx --image=nginx:1.10.0
خطأ:
Unable to connect to the server: dial tcp [::1]:8080: connectex: No connection could be made because the target machine actively refused it.
كيف أصلحت الخطأ:
تسجيل الدخول إلى Google Cloud Platform
انتقل إلى Container Engine Google Cloud Platform ، Container Engine
انقر فوق اتصال في الكتلة
استخدم بيانات اعتماد تسجيل الدخول للوصول إلى الكتلة [NAME] في Teminal الخاص بك
شرعت في العمل !!!
عند محاولة الأمر
kubectl run --image = nginx nginx-app --port = 80 --env = "المجال = الكتلة"
يظهر لي الخطأ التالي .. ما هو السبب
_ الاتصال بالمضيف المحلي للخادم : تم رفض
حل من csarora يعمل بالنسبة لي
مرحبا
أتلقى هذا الخطأ ، هل يمكن لأي شخص مساعدتي في هذا الخطأ:
نسخة kubectl
إصدار العميل: version.Info {Major: "1"، Minor: "6"، GitVersion: "v1.6.1"، GitCommit: "b0b7a323cc5a4a2019b2e9520c21c7830b7f708e"، GitTreeState: "clean"، BuildDate: "2017-04-03T20: 44 38Z "، GoVersion:" go1.7.5 "، المترجم:" gc "، النظام الأساسي:" linux / arm64 "}
الاتصال بالمضيف المحلي للخادم 8080 - هل حددت المضيف أو المنفذ الصحيح؟
تضمين التغريدة
csarora علق في أبريل 19
هل قمت بتشغيل الأوامر أدناه بعد kubeadm init
لبدء استخدام مجموعتك ، عليك تشغيل (كمستخدم عادي):
sudo cp /etc/kubernetes/admin.conf $ HOME /
sudo chown $ (id -u): $ (id -g) $ HOME / admin.conf
تصدير KUBECONFIG = $ HOME / admin.conf
فيديا أغلقت هذا في 19 أبريل
@ sharif786
sharif786 علق في 5 مايو
عظيم .. شكرا .. عملت ..
تضمين التغريدة
GoodFaithParadigm8 علق منذ 29 يومًا
أعد إنتاج الخطأ نفسه عند إجراء برنامج تعليمي من Udacity يسمى Scalable Microservices مع Kubernetes https://classroom.udacity.com/courses/ud615 ، عند استخدام Kubernetes ، الجزء 3 من الدرس.
إطلاق مثيل واحد:
kubectl run nginx --image = nginx: 1.10.0
خطأ:
تعذر الاتصال بالخادم: اطلب tcp [:: 1]: 8080: connectex: تعذر إجراء اتصال لأن الجهاز الهدف رفضه فعليًا.
كيف أصلحت الخطأ:
تسجيل الدخول إلى Google Cloud Platform
انتقل إلى Container Engine Google Cloud Platform ، Container Engine
انقر فوق اتصال في الكتلة
استخدم بيانات اعتماد تسجيل الدخول للوصول إلى الكتلة [NAME] في Teminal الخاص بك
شرعت في العمل !!!
تضمين التغريدة
lithint علق قبل 7 أيام
عند محاولة الأمر
kubectl run --image = nginx nginx-app --port = 80 --env = "المجال = الكتلة"
يظهر لي الخطأ التالي .. ما هو السبب
الاتصال بالمضيف المحلي للخادم 8080 - هل حددت المضيف أو المنفذ الصحيح؟
لم يكن لدي admin.conf
هل فاتني شيء؟
يجب أن يخرج admin.conf من فراغ.
يعمل DC / OS بشكل أفضل خارج الصندوق ، وهذا مؤلم مثل أي وحدة تحكم سحابية. ياك!
حتى 1.8 kubelet.conf يعمل معي Rukeith @ jeffhoffman13
الآن هذا مفقود لسبب ما ...
أواجه هذه المشكلة بعد التثبيت عبر gcloud على Travis CI.
أواجه هذه المشكلة. لا يمكنني العثور على admin.conf
http: // localhost : 8080 /
لا يمكنني العثور على admin.conf ماذا أفعل الآن الرجاء مساعدتي
kensupermenMSKPVRukeith
يتم إنشاء admin.conf عند تشغيل الأمر init وليس الأمر Join.
حاول الجري باستخدام وضع إذن sudo
sudo kubectl....
italojs كما قلت ... يتم إنشاء admin.conf عندما تقوم بتشغيل الأمر init وليس الأمر Join ، على الأقل عندما أعبث به. يمكنك كتابة ما تريد من sudo. لن يؤدي الانضمام إلى كتلة إلى إنشاء admin.conf.
قم بإنشاء مجلد .kube ورابط رمزي به إلى الدليل الذي يحتوي على ملفات yaml وملف pem (متعلق بـ k8s) و smylink الأيمن داخل مجلد .kube إلى ملف yml الصحيح - يجب أن يحل المشكلة ...
إذا كنت تستخدم minikube ، فحاول
minikube $ حذف
ومن بعد
بدء minikube $
اهلا جميعا. احتاج مساعدتك. لقد قمت بتثبيت kubectl و minikube على جهاز MAC الخاص بي ولكن كلاهما لا يعمل.
عند تشغيل minikube ، يظهر لي خطأ "خطأ في التجزئة: 11"
عندما أقوم بتشغيل kubectl ، أحصل على خطأ "الاتصال بالمضيف المحلي للخادم : تم رفض
من فضلك هل يمكنك مساعدتي في حل هذه المشكلة
vim / etc / hosts
127.0.0.1 مضيف محلي
تعديل إلى:
10.0.0.8 مضيف محلي
هل قمت بتشغيل الأوامر أدناه بعد kubeadm init
لبدء استخدام مجموعتك ، عليك تشغيل (كمستخدم عادي):
sudo cp /etc/kubernetes/admin.conf $ HOME /
sudo chown $ (id -u): $ (id -g) $ HOME / admin.conf
تصدير KUBECONFIG = $ HOME / admin.conf
شكرا ، لقد نجحت!
هناك مشكلة في التكوين ، إذا كان لديك إعداد kubernetes باستخدام الجذر ومحاولة تنفيذ أمر kubectl من مستخدم مختلف ، فسيحدث هذا الخطأ.
لحل هذه المشكلة ، قم بتشغيل الأمر ببساطة أدناه
root @ devops : ~ # cp -r .kube / / home / ubuntu /
الجذر @ devops : ~ # chown -R ubuntu: ubuntu /home/ubuntu/.kube
الجذر @ devops : ~ # سو أوبونتو
الجذر @ devops : ~ # kubectl احصل على جراب واسع
إعادة تعيين الوضع الجاهز للاسم العقدة IP NODE المعينة
كرون 1/1 الجري 0 2 ساعة 10.244.0.97 devops
بالنسبة لأولئك الذين لا يمكنهم العثور على admin.conf ، آمل أن يكون هذا مناسبًا لنكهة Linux الخاصة بك ، لكنني عادةً ما أستخدم:
محدث ب
حدد موقع admin.conf
لقد تمكنت من العثور على الملف بهذه الطريقة ، آمل أن يساعدك أيضًا!
هل قمت بتشغيل الأوامر أدناه بعد kubeadm init
لبدء استخدام مجموعتك ، عليك تشغيل (كمستخدم عادي):
sudo cp /etc/kubernetes/admin.conf $ HOME /
sudo chown $ (id -u): $ (id -g) $ HOME / admin.conf
تصدير KUBECONFIG = $ HOME / admin.conf
يجب نقل هذا إلى المستندات لا؟ MIssing في الإعداد AFAIK
هل قمت بتشغيل الأوامر أدناه بعد kubeadm init
لبدء استخدام مجموعتك ، عليك تشغيل (كمستخدم عادي):
sudo cp /etc/kubernetes/admin.conf $ HOME /
sudo chown $ (id -u): $ (id -g) $ HOME / admin.conf
تصدير KUBECONFIG = $ HOME / admin.conf
نجح هذا شكرا 💯
قمت بتنفيذ هذه الأوامر مباشرة بعد الأمر التالي لإنشاء الشهادات والرمز المميز لإضافة العقد إلى هذا المعلم لاحقًا:
kubeadm init --pod-network-cidr=10.244.0.0/16 --apiserver-advertise-address $MASTER_IP
هل قمت بتشغيل الأوامر أدناه بعد kubeadm init
لبدء استخدام مجموعتك ، عليك تشغيل (كمستخدم عادي):
sudo cp /etc/kubernetes/admin.conf $ HOME /
sudo chown $ (id -u): $ (id -g) $ HOME / admin.conf
تصدير KUBECONFIG = $ HOME / admin.conf
يبدو أنه مسار متقاطع للغاية يجب القيام به للحصول على الاتصال دون رفض للسيد. يمكن إضافته إلى بعض دليل الجذر. شكرا @ csarora
تلقيت هذا الخطأ في kubectl get all
لأنه لم يتم إنشاء مجموعة. بعد إنشاء كتلة بـ gcloud container clusters create
اختفى الخطأ وعمل الأمر kubectl.
http: // localhost : 8080 /
تضمين التغريدة
http: // localhost: 8080 / -> http://localhost.support/ : 8080 ؟؟؟
هذا يبدو مثل البريد العشوائي / الصيد؟ يمكن لأي شخص إزالة هذا التعليق؟
لقد استخدمت مجموعة k8s المثبتة بواسطة rancher ، لكنني لم أقم بتثبيت kubeadm ، كيف يمكنني إنشاء admin.conf؟
هل قمت بتشغيل الأوامر أدناه بعد kubeadm init
لبدء استخدام مجموعتك ، عليك تشغيل (كمستخدم عادي):
sudo cp /etc/kubernetes/admin.conf $ HOME /
sudo chown $ (id -u): $ (id -g) $ HOME / admin.conf
تصدير KUBECONFIG = $ HOME / admin.conf
شكرا! هذا أصلح مشكلتي
المشكلة التي واجهتها هي كما يلي :
الاتصال بالمضيف المحلي للخادم 8080 - هل حددت المضيف أو المنفذ الصحيح؟
لأن العقدة التابعة تفتقد ملف التكوين "config"
المحلول
رئيس:
mkdir -p $HOME/.kube
cp -i /etc/kubernetes/admin.conf $HOME/.kube/config
chown $(id -u):$(id -g) $HOME/.kube.conf
شريحة :
انسخ الملفات من العقدة الرئيسية البعيدة , وأعد تسميتها إلى config
mkdir -p $HOME/.kube/
scp root<strong i="20">@matet</strong>:/etc/kubernetes/admin.conf $HOME/.kube/config
إذا كنت تستخدم minikube ، فأنت بحاجة إلى بدء تشغيل minikube وبعد ذلك سيكون على ما يرام.
$ minikube start
بمجرد تشغيله ، تحقق من إصدار kubectl
$ kubectl version
أتمنى أن يساعدك هذا
cp /etc/kubernetes/admin.conf /root/.kube/config
كانت هذه المشكلة هي أنني كنت أستخدم حساب الجذر ، وعدت إلى المستخدم العادي وقمت بتنفيذ الأمر الذي حل مشكلتي.
إذا كنت تقوم بإنشاء مجموعة بها أكثر من عقدة واحدة (باستخدام kubeadm ، k8s ، ...) يعمل حل SunHarvey . يتم إنشاء ملف admin.conf فقط في العقدة الرئيسية ، لأننا هنا نقوم بتنفيذ الأمر kubeadm init
. لذلك علينا نسخ المحتويات إلى العقد التابعة
قد يرغب شخص ما في تصحيح هذه الصفحة التي توجه مستخدم التثبيت للتحقق من تثبيت kubectl مباشرة ... https://kubernetes.io/docs/tasks/tools/install-kubectl/
هل قمت بتشغيل الأوامر أدناه بعد kubeadm init
لبدء استخدام مجموعتك ، عليك تشغيل (كمستخدم عادي):
sudo cp /etc/kubernetes/admin.conf $ HOME /
sudo chown $ (id -u): $ (id -g) $ HOME / admin.conf
تصدير KUBECONFIG = $ HOME / admin.conf
لا يزال يظهر نفس الخطأ عند تشغيل kubectl version
إذا كنت تحاول تشغيله على VM ثم
minikube delete
minikube start --vm-driver=none
حاول التحقق من /etc/kubernetes/manifests/kube-apiserver.yaml ومعرفة ما إذا تم تعيين "منفذ غير آمن" على 8080 ، هذا هو السبب في حالتي.
حدث هذا لي بسبب وجود مسافات بادئة خاطئة في ملف .kube / config (بسبب التحرير اليدوي)
على سبيل المثال ، إذا كنت تنوي تشغيل مجموعة Kubernetes على الكمبيوتر المحمول (محليًا) ، فستحتاج إلى أداة مثل Minikube ليتم تثبيتها أولاً ثم إعادة تشغيل الأوامر المذكورة أعلاه.
هل قمت بتشغيل الأوامر أدناه بعد kubeadm init
لبدء استخدام مجموعتك ، عليك تشغيل (كمستخدم عادي):
sudo cp /etc/kubernetes/admin.conf $ HOME /
sudo chown $ (id -u): $ (id -g) $ HOME / admin.conf
تصدير KUBECONFIG = $ HOME / admin.conf
عملت شكرا
ما الحل لهذا؟ انا احصل
chown: cannot access '/home/travis/.kube/config': No such file or directory
على Travis عند اتباع الإرشادات المذكورة أعلاه ...
أنا أقوم بتشغيل kubelet في وضع مستقل.
قمت يدويًا بإنشاء /var/lib/config.yaml الخاص بي
$ cat /var/lib/kubelet/config.yaml
apiVersion: kubelet.config.k8s.io/v1beta1
kind: KubeletConfiguration
authentication:
anonymous:
enabled: true
webhook:
enabled: false
authorization:
mode: AlwaysAllow
clusterDNS:
- 127.0.0.53
clusterDomain: cluster.local
fileCheckFrequency: 20s
httpCheckFrequency: 20s
staticPodPath: /etc/kubernetes/manifests
enable-controller-attach-detach:
- "false"
قمت يدويًا بإنشاء ملف pod ثابت ووضعه في staticPodPath.
خلقت القرون كما هو متوقع.
لم أقم بتشغيل "kubeadm init". لا يوجد خادم API أيضًا. ومن ثم لا يوجد "admin.conf".
فشل تشغيل أي أمر kubelet مع "The connection to the server localhost:8080 was refused"
.
لكني أحتاج إلى إنشاء أسرار ، وهذا مطلوب لسحب الصورة من التسجيل.
هل من نصائح حول كيفية تحقيق ذلك؟
هل قمت بتشغيل الأوامر أدناه بعد kubeadm init
لبدء استخدام مجموعتك ، عليك تشغيل (كمستخدم عادي):
sudo cp /etc/kubernetes/admin.conf $ HOME /
sudo chown $ (id -u): $ (id -g) $ HOME / admin.conf
تصدير KUBECONFIG = $ HOME / admin.conf
سأتعامل مع هذا الخطأ
sudo cp /etc/kubernetes/admin.conf $ HOME /
sudo: خطأ أثناء تحميل المكتبات المشتركة: libpam.so.0: لا يمكن فتح ملف كائن مشترك: لا يوجد مثل هذا الملف أو الدليل
قد نحتاج إلى الجري: بدء minikube
كان لدي نفس الخطأ "تم رفض الاتصال بالمضيف المحلي للخادم
rootbook : / home / user # su - user user @ book : ~ $ kubectl version -o json { "إصدار العميل": { "كبير": "1"، "طفيفة": "19"، "gitVersion": "v1.19.2"، "gitCommit": "f5743093fd1c663cb0cbc89748f730662345d44d" ، "gitTreeState": "نظيف"، "تاريخ الإنشاء": "2020-09-16T13: 41: 02Z"، "goVersion": "go1.15"، "مترجم": "gc"، "النظام الأساسي": "linux / amd64" } } الاتصال بالمضيف المحلي للخادم: تم رفض 8080 - هل حددت المضيف أو المنفذ الصحيح؟ مستخدم @ كتاب : ~ بدء minikube $ 😄 minikube v1.13.1 على Ubuntu 20.04 ✨ تحديد برنامج تشغيل Virtualbox تلقائيًا 💿 تحميل صورة التمهيد VM ... > minikube-v1.13.1.iso.sha256: 65 B / 65 B [-------------] 100.00٪؟ ع / ث 0 ثانية > minikube-v1.13.1.iso: 173.91 MiB / 173.91 MiB 100.00٪ 2.41 MiB p / s 1m12s 👍 بدء عقدة طائرة التحكم minikube في الكتلة minikube 💾 جارٍ تنزيل Kubernetes v1.19.2 مسبقًا ... > محملة مسبقًا-الصور- k8s-v6-v1.19.2-docker-overlay2-amd64.tar.lz4: 486.36 MiB 🔥 إنشاء Virtualbox VM (وحدات المعالجة المركزية = 2 ، الذاكرة = 3900 ميجابايت ، القرص = 20000 ميجابايت) ... 🔥 حذف "minikube" من صندوق الإفتراضي ... 🤦 فشل StartHost ، لكننا سنحاول مرة أخرى: إنشاء مضيف: إنشاء: إنشاء: / usr / bin / VBoxManage storagectl minikube --name SATA - فشل إضافة sata --hostiocache: VBoxManage: خطأ: وحدة التحكم في التخزين المسماة "SATA" موجودة بالفعل VBoxManage: خطأ: التفاصيل: الكود VBOX_E_OBJECT_IN_USE (0x80bb000c) ، مكون SessionMachine ، واجهة IMachine ، مستدعي nsIS يدعم VBoxManage: الخطأ: السياق: "AddStorageController (Bstr (pszCtl) .raw ()، StorageBus_SATA، ctl.asOutParam ())" في السطر 1078 من الملف VBoxManageStorageController.cpp 🔥 إنشاء Virtualbox VM (وحدات المعالجة المركزية = 2 ، الذاكرة = 3900 ميجابايت ، القرص = 20000 ميجابايت) ... 🐳 تحضير Kubernetes v1.19.2 على Docker 19.03.12 ... 🔎 التحقق من مكونات Kubernetes ... 🌟 الوظائف الإضافية الممكّنة: فئة التخزين الافتراضية ، وموفر التخزين 🏄 انتهى! تم تكوين kubectl الآن لاستخدام "minikube" افتراضيًا user @ book : ~ $ kubectl version -o json { "إصدار العميل": { "كبير": "1"، "طفيفة": "19"، "gitVersion": "v1.19.2"، "gitCommit": "f5743093fd1c663cb0cbc89748f730662345d44d" ، "gitTreeState": "نظيف"، "تاريخ الإنشاء": "2020-09-16T13: 41: 02Z"، "goVersion": "go1.15"، "مترجم": "gc"، "النظام الأساسي": "linux / amd64" } ، "serverVersion": { "كبير": "1"، "طفيفة": "19"، "gitVersion": "v1.19.2"، "gitCommit": "f5743093fd1c663cb0cbc89748f730662345d44d" ، "gitTreeState": "نظيف"، "تاريخ الإنشاء": "2020-09-16T13: 32: 58Z"، "goVersion": "go1.15"، "مترجم": "gc"، "النظام الأساسي": "linux / amd64" } }
عظيم .. شكرا .. عملت ..
شكرا جزيلا ، لقد عملت معي أيضا.
التعليق الأكثر فائدة
هل قمت بتشغيل الأوامر أدناه بعد kubeadm init
لبدء استخدام مجموعتك ، عليك تشغيل (كمستخدم عادي):
sudo cp /etc/kubernetes/admin.conf $ HOME /
sudo chown $ (id -u): $ (id -g) $ HOME / admin.conf
تصدير KUBECONFIG = $ HOME / admin.conf