kubeadm: v1.6.0-alpha.0.2074+a092d8e0f95f52
# docker images
REPOSITORY TAG
gcr.io/google_containers/kube-apiserver-amd64 v1.5.0
gcr.io/google_containers/kube-controller-manager-amd64 v1.5.0
gcr.io/google_containers/kube-scheduler-amd64 v1.5.0
gcr.io/google_containers/etcd-amd64 3.0.14-kubeadm
gcr.io/google_containers/kube-discovery-amd64 1.0
gcr.io/google_containers/pause-amd64 3.0
ولا يمكنني العثور على أمر فرعي مثل start
لإعادة تشغيل المجموعة التي قمت بتهيئتها بواسطة kubeadm.
نظام التشغيل: نكهة مخصصة لـ CentOS 7 ، 64 بت ، لكن صدقوني ، هي نفسها تقريبًا مع CentOS
ماذا يقول journalctl -xeu kubelet
بعد إعادة التشغيل؟
إنها مهمة kubelet لتدوير كل شيء تلقائيًا مرة أخرى.
أفترض أنك قمت بتشغيل systemctl enable kubelet
؟
luxas حاولت مرة أخرى ووجدت أنها تعمل كما هو متوقع.
شكرا.
أستخدم sudo swapoff -a
عندما أبدأ k8s مع kubeadm ، ثم عندما لم أبدأ تشغيل الروبوت k8s.
تظهر Journalctl -xeu kubelet بعض الأخطاء عند بدء التشغيل.
بعد sudo swapoff -a
، أحاول systemctl enable kubelet
مرة أخرى.
كل شيء يسير على ما يرام الآن.
هل قمت بإزالة إدخال المبادلة من /etc/fstab
؟
التعليق الأكثر فائدة
ماذا يقول
journalctl -xeu kubelet
بعد إعادة التشغيل؟إنها مهمة kubelet لتدوير كل شيء تلقائيًا مرة أخرى.
أفترض أنك قمت بتشغيل
systemctl enable kubelet
؟