يمكنني التأكيد أيضًا - في 1.11.3 يتم تطبيق التكوين بشكل صحيح. في 1.12.0 لم يحدث ذلك.

استخدم التسامح بدون مفتاح يعمل بالنسبة لي. هل سيكون هذا هو الحل؟

استخدم التسامح بدون مفتاح يعمل بالنسبة لي. هل سيكون هذا هو الحل؟

هذا يبدو جيدًا بالنسبة لي - ربما يجب أن يتحمل الفانيلا جميع أخطاء NoSchedule ، نظرًا لأنها جزء مهم من البنية التحتية.

أي شخص يريد أن يقدم العلاقات العامة؟

caseydavenport لقد قدمت العلاقات العامة ضد السيد https://github.com/coreos/flannel/pull/1045/files

ولكن سيكون من الجيد أن يكون لديك نفس الإصلاح للعلامة v0.10.0 ، مع الأخذ في الاعتبار أنه في الكثير من الأماكن هناك إشارة إلى هذا المسار https://raw.githubusercontent.com/coreos/flannel/v0.10.0/Documentation/kube-flannel.yml

بالنظر إلى أن هذا مجرد تغيير في التكوين ، فربما تقوم بإصدار v0.10.1 وتحديث وثائق Kubernetes؟

شكراoutcoldman. تساعد :)

شكرا outcoldman ! أنه يعمل مثل السحر. ؛)

ربما ينبغي تعيين الفانيلا

tolerations:
        - operator: Exists

كما تم تعيين التفاوتات الافتراضية. هذا سيضمن أن الفانيلا ds يتحمل كل العيوب.

لأي شخص يرغب في اختبار إصلاح الفانيلا لـ 1.12 ،
kubectl -n kube-system apply -f https://raw.githubusercontent.com/coreos/flannel/bc79dd1505b0c8681ece4de4c0d86c5cd2643275/Documentation/kube-flannel.yml

لأي شخص يرغب في اختبار إصلاح الفانيلا لـ 1.12 ،
kubeadm -n kube-system apply -f https://raw.githubusercontent.com/coreos/flannel/bc79dd1505b0c8681ece4de4c0d86c5cd2643275/Documentation/kube-flannel.yml

تحاول على pi2 ب + سيد

`HypriotOS / armv7: الجذر @ piNode01 في ~

kubeadm -n kube-system تطبيق -f https://raw.githubusercontent.com/coreos/flannel/bc79dd1505b0c8681ece4de4c0d86c5cd2643275/Documentation/kube-flannel.yml

خطأ: أمر غير معروف "تطبيق" على "kubeadm"
قم بتشغيل "kubeadm --help" للاستخدام.
خطأ: أمر غير معروف "تطبيق" على "kubeadm"
"

جرب kubectl بدلاً من kubeadm. أعتقد أن هذا كان خطأ مطبعي.

للأسف ليس لدي مجموعة 1.12 في الوقت الحالي. سأختبر هذا
عندما أفعل رغم ذلك.

في الجمعة ، 5 أكتوبر 2018 ، الساعة 16:25 ، كتب NerdyShawn ، [email protected] :

لأي شخص يرغب في اختبار إصلاح الفانيلا لـ 1.12 ،
kubeadm -n kube-system تطبيق -f
https://raw.githubusercontent.com/coreos/flannel/bc79dd1505b0c8681ece4de4c0d86c5cd2643275/Documentation/kube-flannel.yml

تحاول على pi2 ب + سيد

`HypriotOS / armv7: الجذر @ piNode01 في ~
kubeadm -n kube-system تطبيق -f
https://raw.githubusercontent.com/coreos/flannel/bc79dd1505b0c8681ece4de4c0d86c5cd2643275/Documentation/kube-flannel.yml

خطأ: أمر غير معروف "تطبيق" على "kubeadm"
قم بتشغيل "kubeadm --help" للاستخدام.
خطأ: أمر غير معروف "تطبيق" على "kubeadm"
"

-
أنت تتلقى هذا لأنك مشترك في هذا الموضوع.
قم بالرد على هذا البريد الإلكتروني مباشرة ، وقم بعرضه على GitHub
https://github.com/coreos/flannel/issues/1044#issuecomment-427403833 ،
أو كتم الخيط
https://github.com/notifications/unsubscribe-auth/AKoi5ounjV64Fz2gZD0SGvXbTrK-4JHxks5uh3nagaJpZM4W9xBu
.

أهلا،
يمكنني أن أؤكد أن هذه الإصلاحات الفانيلا في مجموعة الاختبار 1.12 الخاصة بي. https://raw.githubusercontent.com/coreos/flannel/bc79dd1505b0c8681ece4de4c0d86c5cd2643275/Documentation/kube-flannel.yml

لقد جعلني هذا أقرب ، لكن لا يوجد نرد حتى الآن ، هنا هو إخراج عامل الإرساء ، يبدو أن حاوية Apiserver لا توجد بوينو. آسف أنا أعاني من تنسيق النص ، لذا ها هي لقطة الشاشة.

مرحبا NerdyShawn ،

لا أعتقد أنك قمت بإعداد kubectl الخاص بك بشكل صحيح للاتصال بالمجموعة الخاصة بك. نظرًا لأنه يبدو أن @ rberg2 قد نجح في الحصول على هذا العمل ، فربما يكون من الجيد الاستمرار في ذلك على إحدى قنوات الدعم مثل Slack بدلاً من هذه المشكلة.

آسف ، لقد كان خطأ مطبعي ، إنه kubectl.

للمهتمين ، نشر k8s 1.12 مع جميع الأشياء الجيدة (دخول ، لوحة القيادة ، vsphere اختياري * ، إلخ) مؤتمت مع ansible ويتم صيانته هنا: github.com/ReSearchITEng/kubeadm-playbook/
تم كتابة ما ورد أعلاه هناك أيضًا.

ReSearchITEng ، تأكيد الأعمال (1.12.1).
الارتباط إلى كتاب اللعب غير القابل للكسر معطل.

أهلا،
حتى مع التفاوتات ، ما زال يقول ، لقد استخدمت الرابط أدناه لتشغيل الفانيلا

https://raw.githubusercontent.com/coreos/flannel/bc79dd1505b0c8681ece4de4c0d86c5cd2643275/Documentation/kube-flannel.yml

برجاء إيجاد إخراج الكبسولات: -

[ user @ darshan-p-hegde-89ca8c531 ~] $ kubectl get pods -n kube-system
إعادة تعيين الوضع الجاهز للاسم العمر
coredns-576cbf47c7-9r27x 0/1 حاوية إنشاء 0 6 م
coredns-576cbf47c7-qc4tm 0/1 حاوية إنشاء 0 6 م
etcd-darshan-p-hegde-89ca8c531.mylabserver.com 1/1 الجري 0 4m54s
kube-apiserver-darshan-p-hegde-89ca8c531.mylabserver.com 1/1 الجري 0 5m2s
kube-controller-manager-darshan-p-hegde-89ca8c531.mylabserver.com 1/1 الجري 0 5m2s
kube-flannel-ds-amd64-gm5z7 0/1 CrashLoopBackOff 5 4m56s
kube-proxy-mbtcj 1/1 ركض 0 6 م
kube-scheduler-darshan-p-hegde-89ca8c531.mylabserver.com 1/1 الجري 0 5m13s

لقد وصفت جراب الفانيلا والإخراج أدناه: -

الاسم: kube-flannel-ds-amd64-gm5z7
Namespace: نظام kube
الأولوية: 0
اسم الأولوية:
العقدة: darshan-p-hegde-89ca8c531.mylabserver.com/172.31.42.12
وقت البدء: الأحد، 07 أكتوبر 2018 06:37:31 +0000
التسميات: التطبيق = الفانيلا
تحكم-مراجعة-تجزئة = 6697bf5fc6
جيل قالب جراب = 1
الطبقة = العقدة
شروح:
الحالة: قيد التشغيل
IP: 172.31.42.12
يتحكم فيها: DaemonSet / kube-flannel-ds-amd64
الحاويات الأولية:
تثبيت- cni:
معرف الحاوية : docker: // b085e4a7d80b26730dc795d4a72b8a278ddc4ba71e5c463bfcd0172b793de349
الصورة: quay.io/coreos/ flannel: v0.10.0-amd64
معرف الصورة: docker- pullable: //quay.io/coreos/flannel@sha256 : 88f2b4d96fae34bfff3d46293f7f18d1f9f3ca026b4a4d288f28347fcb6580ac
ميناء:
استضافة الميناء:
أمر:
cp
أرغس:
-F
/etc/kube-flannel/cni-conf.json
/etc/cni/net.d/10-flannel.conflist
الدولة: تم الإنهاء
السبب: مكتمل
كود الخروج: 0
بدأ: الأحد، 07 تشرين الأول 2018 06:37:33 +0000
انتهى: Sun، 07 Oct 2018 06:37:33 +0000
جاهز: صحيح
عدد مرات إعادة التشغيل: 0
بيئة:
يتصاعد:
/etc/cni/net.d من cni (rw)
/ etc / kube-flannel / from flannel-cfg (rw)
/var/run/secrets/kubernetes.io/serviceaccount من flannel-token-llwn4 (ro)
حاويات:
كوبي الفانيلا:
معرف الحاوية : docker: // a8096a56009a0566b53e4b0aac09430b75120979e63dbe32eb8ed91053666a77
الصورة: quay.io/coreos/ flannel: v0.10.0-amd64
معرف الصورة: docker- pullable: //quay.io/coreos/flannel@sha256 : 88f2b4d96fae34bfff3d46293f7f18d1f9f3ca026b4a4d288f28347fcb6580ac
ميناء:
استضافة الميناء:
أمر:
/ opt / bin / flanneld
أرغس:
--آب مسق
--kube-subnet-mgr
الدولة: في انتظار
السبب: CrashLoopBackOff
الدولة الأخيرة: تم الإنهاء
السبب: خطأ
كود الخروج: 1
بدأ: الأحد، 07 تشرين الأول 2018 06:43:46 +0000
انتهى: Sun، 07 Oct 2018 06:43:48 +0000
جاهز: خطأ
عدد مرات إعادة التشغيل: 6
حدود:
وحدة المعالجة المركزية: 100 م
الذاكرة: 50 مي
الطلبات:
وحدة المعالجة المركزية: 100 م
الذاكرة: 50 مي
بيئة:
POD_NAME: kube-flannel-ds-amd64-gm5z7 (v1: metadata.name)
POD_NAMESPACE: نظام kube (v1: metadata.namespace)
يتصاعد:
/ etc / kube-flannel / from flannel-cfg (rw)
/ تشغيل من المدى (rw)
/var/run/secrets/kubernetes.io/serviceaccount من flannel-token-llwn4 (ro)
شروط:
اكتب الحالة
تم التهيئة إلى True
جاهز خطأ
حاويات جاهزة للخطأ
PodScheduled صحيح
أحجام:
يركض:
النوع: HostPath (حجم دليل مضيف مكشوف)
المسار: / run
هوستباثنوع:
cni:
النوع: HostPath (حجم دليل مضيف مكشوف)
المسار: /etc/cni/net.d
هوستباثنوع:
الفانيلا cfg:
النوع: ConfigMap (وحدة تخزين يتم ملؤها بواسطة ConfigMap)
الاسم: kube-flannel-cfg
اختياري: خطأ
flannel-token-llwn4:
النوع: سري (مجلد مليء بسر)
SecretName: flannel-token-llwn4
اختياري: خطأ
فئة QoS: مضمونة
محددات العقدة: beta.kubernetes.io/arch=amd64
التسامح:: NoSchedule
node.kubernetes.io/disk- الضغط: NoSchedule
node.kubernetes.io/memory- الضغط: NoSchedule
node.kubernetes.io/network-un متاح: NoSchedule
node.kubernetes.io/not- جاهز: NoExecute
node.kubernetes.io/un يمكن الوصول إليه: NoExecute
node.kubernetes.io/unsc hedulable: NoSchedule
الأحداث:
اكتب سبب العمر من الرسالة
------ ---- -------
عادي مجدول افتراضي 6m57s تم تعيينه بنجاح kube-system / kube-flannel-ds-amd64-gm5z7 إلى darshan-p-hegde-89ca8c531.mylabserver.com
عادي سحب 6m57s kubelet ، darshan-p-hegde-89ca8c531.mylabserver.com سحب الصورة "quay.io/coreos/ flannel: v0.10.0-amd64 "
تم سحب عادي 6m55s kubelet ، darshan-p-hegde-89ca8c531.mylabserver.com سحب الصورة بنجاح "quay.io/coreos/ flannel: v0.10.0-amd64 "
عادي مكون 6m55s kubelet ، darshan-p-hegde-89ca8c531.mylabserver.com حاوية تم إنشاؤها
عادي بدأ 6m55s kubelet ، darshan-p-hegde-89ca8c531.mylabserver.com حاوية بدأت
عادي بدأ 6m5s (x4 أكثر من 6m53s) kubelet، darshan-p-hegde-89ca8c531.mylabserver.com حاوية بدأت
عادي مسحوب 5m11s (x5 over 6m54s) kubelet، darshan-p-hegde-89ca8c531.mylabserver.com صورة الحاوية "quay.io/coreos/ flannel: v0.10.0-amd64 " موجودة بالفعل على الجهاز
عادي مكون 5m11s (x5 over 6m53s) kubelet، darshan-p-hegde-89ca8c531.mylabserver.com حاوية تم إنشاؤها
تحذير BackOff 105s (x23 أكثر من 6m48s) kubelet، darshan-p-hegde-89ca8c531.mylabserver.com التراجع إعادة تشغيل الحاوية الفاشلة

يرجى الاطلاع على إخراج قرون Coreos

تحذير FailedCreatePodSandBox 7m50s kubelet، darshan-p-hegde-89ca8c531.mylabserver.com فشل إنشاء صندوق حماية pod: خطأ rpc: code = وصف غير معروف = فشل في إعداد حاوية آلية الحماية "5f6770d9dfcb53738a0dd428b86e810bd4d85e0dd428b86e810bd4d85e فشل cni في إعداد شبكة pod "coredns-576cbf47c7-9r27x_kube-system": فتح /run/flannel/subnet.env: لا يوجد مثل هذا الملف أو الدليل
تحذير FailedCreatePodSandBox 7m49s kubelet، darshan-p-hegde-89ca8c531.mylabserver.com فشل إنشاء صندوق حماية pod: خطأ rpc: code = وصف غير معروف = فشل في إعداد حاوية آلية الحماية "009e9e0099f993086300649a89995a28a0fdf7aug388847a89995a28a0fdf7a12883 فشل cni في إعداد شبكة pod "coredns-576cbf47c7-9r27x_kube-system": فتح /run/flannel/subnet.env: لا يوجد مثل هذا الملف أو الدليل
تحذير FailedCreatePodSandBox 7m48s kubelet، darshan-p-hegde-89ca8c531.mylabserver.com "فشل إنشاء صندوق حماية pod: خطأ rpc: code = وصف غير معروف = فشل في إعداد حاوية آلية الحماية" ea0ddaf5c411dd026cfd23366e49424526b7cc2 فشل cni في إعداد شبكة pod "coredns-576cbf47c7-9r27x_kube-system": فتح /run/flannel/subnet.env: لا يوجد مثل هذا الملف أو الدليل

hegdedarsh ​​من الممكن أن تكون مشكلة مختلفة ، لكنني أقترح استخدام نسخة تم إصدارها https://raw.githubusercontent.com/coreos/flannel/v0.10.0/Documentation/kube-flannel.yml ، وتعديل التسامح وإعطائها محاولة.

هذا يصلح المشكلة بالنسبة لي. شكرا للعلاقات العامة!

إضافة التسامح في Flannel yaml يعمل بالنسبة لي أيضًا. تم الاختبار على v1.12.1 Kubernetes. شكرا.

أنا أستخدم ملف yaml الموصى به في هذه المشكلة. ولكن بالنسبة لي ، فإن nodePort و "externalIps" لا يعملان بعد الآن إلا إذا كانا من نفس العقدة التي توجد عليها البودات. إذا حاولت التلنت عبر ip master ، فسأحصل على مهلة.
هذا منذ الترقية إلى kubernetes 1.12.

هل هذه مشكلة مع الفانيلا؟

أنا أقوم بتثبيت جديد لـ k8s 1.12 وحاولت للتو تنزيل v0.10 ويبدو أن التفاوتات موجودة بالفعل. لذلك قمت بتطبيق yml

tolerations: - key: node-role.kubernetes.io/master operator: Exists effect: NoSchedule

لقد حاولت إنشاء جراب الفانيلا ولكن ظهرت مع "خطأ" وفي النهاية "CrashLoopBackOff".
لا يزال جديدًا جدًا على k8s. اسمحوا لي أن أعرف أي تصحيح يمكنني تقديمه.

هنا فقط لنقول أن استخدام https://raw.githubusercontent.com/coreos/flannel/v0.10.0/Documentation/kube-flannel.yml مع مجموعة التسامح كما هو موضح أدناه يعمل على Kubernetes 1.12.3 مع تثبيت kubeadm:

      tolerations:
      - key: node-role.kubernetes.io/master
        operator: Exists
        effect: NoSchedule
      - key: node.kubernetes.io/not-ready
        operator: Exists
        effect: NoSchedule

شكرا . لقد نجحت بالنسبة لي بعد تطبيق التغييرات المذكورة أعلاه على تهيئة الفانيلا على الإصدار 1.12.3.

لم يكن هناك إصدار من الفانيلا لمدة عام ونحتاج إلى الترقية إلى Kubernetes 1.12.

هل هناك خطط للحصول على إصدار جديد في أي وقت قريب؟ إذا لم يكن الأمر كذلك ، فهذه ليست مشكلة ، يمكننا دائمًا أن نتفرع ونصلحها بأنفسنا.

شكرا

لم يكن هناك إصدار من الفانيلا لمدة عام ونحتاج إلى الترقية إلى Kubernetes 1.12.

هل هناك خطط للحصول على إصدار جديد في أي وقت قريب؟ إذا لم يكن الأمر كذلك ، فهذه ليست مشكلة ، يمكننا دائمًا أن نتفرع ونصلحها بأنفسنا.

شكرا

هناك إصدار مخطط له قريبًا. هل يمكننا الحصول على علاقات عامة تقوم بتحديث kube-flannel.yml بالتفاوتات الصحيحة؟

شكرا!

ألم يتم إصلاحه هنا؟ https://github.com/coreos/flannel/commit/13a990bb716c82a118b8e825b78189dcfbfb2f1e

ما هو موجود حاليًا في الماجستير يعمل بشكل جيد. لكن نعم سيكون الإصدار
حسن. :)

في السبت ، 26 يناير 2019 ، 01:27 كتب vmendi < [email protected] :

شكرا!

ألم يتم إصلاحه هنا؟ 13a990b
https://github.com/coreos/flannel/commit/13a990bb716c82a118b8e825b78189dcfbfb2f1e

-
أنت تتلقى هذا لأنك مشترك في هذا الموضوع.
قم بالرد على هذا البريد الإلكتروني مباشرة ، وقم بعرضه على GitHub
https://github.com/coreos/flannel/issues/1044#issuecomment-457788178 ،
أو كتم الخيط
https://github.com/notifications/unsubscribe-auth/AKoi5lm86HZYEaJtGADmS0Ry7cd2179aks5vG67zgaJpZM4W9xBu
.

يمكنني أن أشهد أنه مع أحدث إصدار v0.11.0 ، يعمل الفانيلا مع kubernetes 1.12.5 خارج الصندوق :)

شكرا!

ألم يتم إصلاحه هنا؟ 13a990b

نعم ، على الرغم من أنه يجب عليك معرفة الالتزام بإحضار المانيفست الثابت. عادةً ما أحصل على البيان باستخدام العلامة ، على سبيل المثال بالنسبة للإصدار v0.10.0 الذي أستخدمه

https://raw.githubusercontent.com/coreos/flannel/v0.10.0/Documentation/kube-flannel.yml

بالطبع ، لا يتضمن البيان الإصلاح ، لأنه البيان الذي كان موجودًا عند إصدار v0.10.0.

أطلب بتواضع من المشرفين التفكير في إجراء إصلاحات مثل هذه أسهل في العثور عليها. : قليلا_ابتسامة_الوجه:

(من واقع خبرتي ، فإن الطريقة الشائعة لتسهيل العثور على مثل هذه الإصلاحات هي انتقاءها إلى فرع التحرير. أدرك أن الريبو الفانيلي لا يستخدم فروعًا للإصدار. ليس لدي نظرة ثاقبة عن سبب ذلك.)

لأي شخص يريد تصحيح الإصدار v0.10.0 من DaemonSet ليتسامح مع كل العيوب مع التأثير NoSchedule :

kubectl -nkube-system patch ds kube-flannel-ds --patch='{"spec":{"template":{"spec":{"tolerations":[{"effect":"NoSchedule","operator":"Exists"}]}}}}'

أنا لا أوافق بشدة على أن الفانيلا يجب أن يتسامح مع جميع العيوب ، لأن هناك عقدًا يجب ألا تعمل عليها بالتأكيد ، (مثل عقد النوافذ).