ฉันได้สืบทอดแอปพลิเคชันที่ฉันต้องการปรับใช้ภายในคลัสเตอร์เป็นพ็อดถาวรเพื่อให้สามารถเข้าถึงทรัพยากรอื่นๆ ได้ แต่จะเรียกใช้เมื่อผู้ใช้ต้องการเท่านั้น ผู้บริหาร kubectlเข้าไปในฝัก เมื่อเริ่มต้น ฉันไม่ต้องการให้มันทำอะไรเลยนอกจากทำให้พ็อดพร้อมใช้งานสำหรับผู้ใช้ ผู้บริหาร ในภายหลัง
สิ่งนี้ใช้ได้ดีกับคลัสเตอร์ Jenkins-X 2 เก่าของเรา แต่เวอร์ชัน Jenkinx-X 3 ใหม่ไม่ไปไหน
เมื่อนำไปใช้งาน สถานะดูเหมือนจะผ่านวงจรชีวิตของ
วิ่ง
สมบูรณ์
CrashLoopBackOff
อย่างไรก็ตาม kubectl บันทึก -n <<namespace>> <<podname>> -p แสดงว่าไม่มีข้อผิดพลาดและใน kubectl อธิบาย pod -n <<namespace>> <<podname>> เดอะ คอนเทนเนอร์/<<ชื่อแอป>> รวมถึงส่วน
รัฐ: กำลังรอ
เหตุผล: CrashLoopBackOff
สถานะล่าสุด: สิ้นสุด
เหตุผล: เสร็จสิ้น
รหัสทางออก: 0
ซึ่งดูไม่สอดคล้องกัน - ฉันไม่เห็นว่ามันเข้ามาได้อย่างไร CrashLoopBackoff ด้วยสถานะสุดท้ายของ สิ้นสุด เพราะ สมบูรณ์ และ ออกจากรหัส จาก 0 - แอปพลิเคชันเท่าที่ฉันเห็นไม่ได้ล้มเหลว เป็นเพียงการที่ Kubernetes กำลังปิดพ็อดเมื่อเสร็จสิ้นแทนที่จะปล่อยให้มันทำงาน และจากนั้นมันก็จะติดขัดใน CrashLoopBackoff
ฉันสงสัยว่านี่เป็นเรื่องเกี่ยวกับความพร้อมหรือโพรบความสดที่ฆ่ามันโดยไม่ค้นหากระบวนการทำงานตลอดเวลาเพื่อให้บริการคำขอ แต่การลบออกหรือเปลี่ยนกลับเป็นเวอร์ชันเก่าดูเหมือนจะไม่สร้างความแตกต่าง
น่าจะมีบางอย่างผิดปกติในแผนภูมิระหว่างเวอร์ชันเก่าและเวอร์ชันใหม่ แต่ฉันไม่มีความคิดว่าจะดูที่ใด มีสิ่งใดที่ผู้คนสามารถแนะนำได้ว่าอาจทำให้เกิดสิ่งนี้ได้หรือไม่?
คนส่วนใหญ่ไม่เข้าใจว่าการถามคำถามมากมายจะปลดล็อกการเรียนรู้และปรับปรุงความสัมพันธ์ระหว่างบุคคล ตัวอย่างเช่น ในการศึกษาของ Alison แม้ว่าผู้คนจะจำได้อย่างแม่นยำว่ามีคำถามกี่ข้อที่ถูกถามในการสนทนา แต่พวกเขาไม่เข้าใจความเชื่อมโยงระหว่างคำถามและความชอบ จากการศึกษาทั้ง 4 เรื่องที่ผู้เข้าร่วมมีส่วนร่วมในการสนทนาด้วยตนเองหรืออ่านบันทึกการสนทนาของผู้อื่น ผู้คนมักไม่ตระหนักว่าการถามคำถามจะมีอิทธิพลหรือมีอิทธิพลต่อระดับมิตรภาพระหว่างผู้สนทนา
