لسبب ما اليوم عندما طرحت إصدارًا جديدًا لإحدى عمليات النشر الخاصة بنا ، تعطل الكبسولة في ContainerCreating مع أحداث الخطأ هذه:
1h 1m 37 some-api-2275263275-01pq7 Pod Warning FailedMount {kubelet gke-cluster-1-default-pool-4399eaa3-os4v} Unable to mount volumes for pod "some-api-2275263275-01pq7_default(afc5ae68-5b5e-11e6-afbb-42010a800105)": timeout expired waiting for volumes to attach/mount for pod "some-api-2275263275-01pq7"/"default". list of unattached/unmounted volumes=[default-token-880jy]
1h 1m 37 some-api-2275263275-01pq7 Pod Warning FailedSync {kubelet gke-cluster-1-default-pool-4399eaa3-os4v} Error syncing pod, skipping: timeout expired waiting for volumes to attach/mount for pod "some-api-2275263275-01pq7"/"default". list of unattached/unmounted volumes=[default-token-880jy]
ثم حاولت بعد ذلك توسيع نطاق الكتلة وتحول أكثر من 75 ٪ من البودات التي كانت قيد التشغيل سابقًا إلى ContainerCreating وتعثرت أيضًا هناك. تسبب هذا في فشل واسع النطاق في نظامنا واضطررت إلى إنشاء كتلة جديدة بسرعة.
نحن نستخدم محرك حاوية google cloud platform وإصدار الكتلة هو 1.3.2.
montanaflynn كان هناك عدد من المشكلات المتعلقة بالتخزين مع الإصدار 1.3.2 والتي تم إصلاحها باستخدام الإصدار 1.3.4 . من المحتمل أنك ضربت واحدة من هؤلاء.
إذا كنت تشارك /var/log/kubelet log
الكامل من عقدة مع نشر عالق ، يمكنني إلقاء نظرة والتأكيد على ما إذا كانت مشكلة معروفة أم لا. سأحتاج إلى اسم مشروع GKE / اسم المجموعة / المنطقة أيضًا للحصول على سجلاتك الرئيسية. لا تتردد في مراسلتي عبر البريد الإلكتروني إذا كنت لا تريد المشاركة علنًا.
لقد رأيت مشكلة مماثلة في الإصدار 1.3.3 ولكن في حالتي ، كان السبب الأساسي هو وجود عدد أكبر من المشاة. يتطلب النشر الخاص بي مجلدًا سريًا وقد نسيت إنشاء السر المرتبط بالمجموعة التي كنت أحاول تنفيذ النشر الجديد لها. لم أر أي أخطاء عند استخدام kubectl describe
أو kubectl logs
لكنني أدركت في النهاية أن النشر بقي عالقًا في حالة ContainerCreating
(بدون تأثر السجلات) إذا كان الحجم الذي يعتمد عليه مفقودًا.
هذه القضية قديمة. إغلاق.
التعليق الأكثر فائدة
لقد رأيت مشكلة مماثلة في الإصدار 1.3.3 ولكن في حالتي ، كان السبب الأساسي هو وجود عدد أكبر من المشاة. يتطلب النشر الخاص بي مجلدًا سريًا وقد نسيت إنشاء السر المرتبط بالمجموعة التي كنت أحاول تنفيذ النشر الجديد لها. لم أر أي أخطاء عند استخدام
kubectl describe
أوkubectl logs
لكنني أدركت في النهاية أن النشر بقي عالقًا في حالةContainerCreating
(بدون تأثر السجلات) إذا كان الحجم الذي يعتمد عليه مفقودًا.