Cảm ơn bạn đã đọc và dành thời gian của bạn để xem xét vấn đề này.
Tôi gặp sự cố khi sử dụng cụm Kubernetes của mình.
Nó đang chạy Flatcar Linux, do Kinvolk sản xuất, vừa được Microsoft mua lại. Tôi đã thiết lập cụm bằng Lokomotive của họ (lokoctl) dụng cụ.
Tôi có tổng cộng 4 nút.
- socrates001 (bậc thầy)
- socrates002 (nút)
- socrates003 (nút)
- socrates004 (nút)
Hôm nay, khoảng 2 giờ chiều, nút chính của tôi đã khởi động lại do dịch vụ cập nhật tự động do Lokomotive cung cấp (công cụ quản lý cụm do Kinvolk tạo ra).
Nút chính của tôi đã hoạt động trở lại, tuy nhiên k8s thì không.
đầu ra của bộ chứa docker ls chạy trên socrates001 là như sau:
ID CONTAINER HÌNH ẢNH LỆNH TẠO TÊN CỔNG TRẠNG THÁI
e33995c69e10 quay.io/kinvolk/kubelet:v1.21.4 "/usr/local/bin/kubeâ¦" 7 phút trước Lên 7 phút kubelet
b6093a1f343a quay.io/coreos/etcd:v3.4.16 "/usr/local/bin/etcd" 7 phút trước Lên 7 phút etcd
Điều này chỉ ra rằng Kubelet và Etcd đang chạy. Tuy nhiên, Kubelet đang gây ra cho tôi rất nhiều lỗi và thành thật mà nói, tôi không biết bắt đầu đào từ đâu ...
Khi tôi chạy tạp chíctl -u kubelet, nó cho tôi kết quả như sau, tôi đã đặt nó vào Pastebin vì nó quá lớn. Cảnh báo, đó là một cái lớn.
https://Pastebin.com/A9Lmf0tc
Những điều tôi đã thử:
- Khởi động lại nút chính
- Khởi động lại kubelet
- Đang khởi động lại, v.v.
- Cố gắng khởi động kube api theo cách thủ công, tuy nhiên điều này ngay lập tức bị chấm dứt (tôi nghĩ là do kubelet)
- Trao đổi cưỡng bức với
sudo hoán đổi -a, tuy nhiên trong quá trình cung cấp cụm, tôi khá chắc chắn rằng Lokomotive đã tắt tính năng này trên Flatcar Linux.
Tôi không biết tại sao điều này lại xảy ra, vì vậy tất cả các nhận xét và câu trả lời đều được hoan nghênh! Mình là sinh viên có khá ít thời gian nên trả lời nhanh nhé.
Cảm ơn trước!
Chỉnh sửa: có vẻ như có lỗi trong Kubelet Checkpointer. Tôi đã gửi một vấn đề với Lokomotive tại đây: https://github.com/kinvolk/lokomotive/issues/1576
