Tôi đã kế thừa một ứng dụng mà tôi cần triển khai bên trong cụm dưới dạng nhóm liên tục để có quyền truy cập vào các tài nguyên khác, nhưng ứng dụng này chỉ chạy theo yêu cầu khi người dùng giám đốc điều hành kubectls vào nhóm. Khi khởi tạo, tôi không cần nó làm bất cứ điều gì ngoài việc cung cấp nhóm cho người dùng giám đốc điều hành vào một ngày sau đó.
Điều này hoạt động tốt trên cụm Jenkins-X 2 cũ của chúng tôi, nhưng phiên bản Jenkinx-X 3 mới không đi đến đâu.
Khi nó được triển khai, trạng thái dường như trải qua vòng đời của
Đang chạy
Hoàn thành
Tai NạnLoopTrở LạiTắt
Tuy nhiên nhật ký kubectl -n <<không gian tên>> <<tên nhóm>> -p không hiển thị lỗi và trong kubectl description pod -n <<namespace>> <<podname>> các Vùng chứa/<<tên ứng dụng>> phần bao gồm
Trạng thái: Chờ đợi
Lý do: CrashLoopBackOff
Trạng thái cuối cùng: Đã chấm dứt
Lý do: Đã hoàn thành
Mã thoát: 0
Có vẻ không nhất quán - tôi không thể hiểu làm thế nào mà nó vào được CrashLoopBackoff với trạng thái cuối cùng là chấm dứt bởi vì Hoàn thành và một Mã thoát trên 0 - theo như tôi thấy thì ứng dụng không bị lỗi, chỉ là Kubernetes đang tắt nhóm khi đã hoàn thành thay vì để nó chạy và sau đó bằng cách nào đó, nó bị kẹt trong CrashLoopBackoff.
Tôi đã tự hỏi liệu đây có phải là điều gì đó liên quan đến sự sẵn sàng hay hoạt động thăm dò giết chết nó thông qua việc không tìm thấy quy trình chạy liên tục để phục vụ yêu cầu hay không, nhưng việc xóa chúng hoặc hoàn nguyên về các phiên bản cũ hơn dường như không tạo ra bất kỳ sự khác biệt nào.
Có lẽ có điều gì đó không ổn trong bảng xếp hạng giữa phiên bản cũ và mới, nhưng tôi không biết nên tìm ở đâu. Có điều gì mọi người có thể đề xuất có thể gây ra điều này không?
