containerd 1.4.9 Chưa thực hiện desc = thời gian chạy dịch vụ không xác định.v1alpha2.RuntimeService

tôi đã cài chứa 1.4.9 trên máy chủ CentOS steam 8.

dựa trên tài liệu này https://containerd.io/docs/getting-started/. Tôi đã tạo tập tin cấu hình mặc định cấu hình containerd mặc định > /etc/containerd/config.toml như thế này.

sau khi khởi động lại containerd, khi tôi chạy ccritl ps Nó ném lỗi dưới đây

FATA[0000] liệt kê các thùng chứa không thành công: lỗi rpc: mã = ​​Unimplemented desc = dịch vụ không xác định runtime.v1alpha2.RuntimeService

Làm thế nào để sửa lỗi này? sau khi sửa lỗi này, tôi muốn tham gia nút này vào cụm Kubernets 1.21.3 sử dụng hệ thống cfgroup.

Cảm ơn SR

Đã xảy ra lỗi tương tự ngày hôm nay khi nâng cấp kubelet trên các nút công nhân. Sự cố nằm trong cấu hình mặc định. Lưu ý rằng containerd sẽ chạy tốt mà không cần bất kỳ cấu hình nào. Trong trường hợp của tôi, tôi chỉ muốn kích hoạt systemd_cgroup.

plugin ctr ls cho thấy plugin cri đang ở trạng thái lỗi với cấu hình mặc định

Chỉ cần một cấu hình trống với systemd_cgroup đã khắc phục sự cố đối với tôi:

con mèo > /etc/containerd/config.toml <<EOF
[plugin."io.containerd.grpc.v1.cri"]
  systemd_cgroup = đúng
EOF
systemctl khởi động lại container

Bối cảnh cơ bản Giới thiệu về lỗi:
Từ gitlab.cncf.ci/containerd crictl.md tài liệu

"Điều này có thể là bạn đang sử dụng cấu hình vùng chứa không chính xác (có thể từ bản cài đặt Docker). Bạn sẽ cần cập nhật cấu hình vùng chứa của mình đến phiên bản chứa mà bạn đang chạy."

• Bản thân tôi đã cài đặt docker, sau đó cài đặt yum crictl để điều tra sự khác biệt về cú pháp lệnh và gặp phải vấn đề này.
• Lệnh giải quyết được đăng trong tài liệu được liên kết chỉ hoạt động nếu chạy bằng quyền root, vì vậy đây là phiên bản chung hơn.

# Sao lưu cấu hình vùng chứa cũ (tùy chọn)
sudo mv /etc/containerd/config.toml /etc/containerd/config.bak

# Tạo lại cấu hình vùng chứa
sudo containerd config mặc định | sudo tee /etc/containerd/config.toml

# Khởi động lại container
Sudo systemctl khởi động lại containerd

# Ở trên đã làm cho nó hoạt động với tôi; nhưng với một số cảnh báo 
# và các lỗi có thể bỏ qua trông như thế này: 
sudo cctl ps
# WARN[0000] kết nối thời gian chạy bằng các điểm cuối mặc định: [unix:///var/run/dockershim.sock unix:///run/containerd/containerd.sock unix:///run/crio/crio.sock]. Vì cài đặt mặc định hiện không được dùng nữa, thay vào đó, bạn nên đặt điểm cuối.
# ERRO[0002] kết nối điểm cuối 'unix:///var/run/dockershim.sock', đảm bảo rằng bạn đang chạy với quyền root và điểm cuối đã được bắt đầu: đã vượt quá thời hạn ngữ cảnh
# WARN[0002] kết nối hình ảnh bằng các điểm cuối mặc định: [unix:///var/run/dockershim.sock unix:///run/containerd/containerd.sock unix:///run/crio/crio.sock]. Vì cài đặt mặc định hiện không được dùng nữa, thay vào đó, bạn nên đặt điểm cuối.
# ERRO[0004] kết nối điểm cuối 'unix:///var/run/dockershim.sock', đảm bảo rằng bạn đang chạy với quyền root và điểm cuối đã được bắt đầu: đã vượt quá thời hạn ngữ cảnh
# HÌNH ẢNH CONTAINER ĐÃ TẠO TÊN TRẠNG THÁI ATTEMPT POD ID
# ^-- Dòng cuối cùng biểu thị đầu ra chính xác, đó là lý do tại sao 
# Tôi nói những cảnh báo/lỗi không thể bỏ qua, thậm chí cả lệnh đăng 
# mã thoát có thể nhìn thấy bằng cách sử dụng 'echo $?' mã thoát cho thấy thành công

# Điều làm sạch lỗi đối với tôi là sao chép và dán đoạn mã sau
tiếng vang """
điểm cuối thời gian chạy: unix:///run/containerd/containerd.sock
điểm cuối hình ảnh: unix:///run/containerd/containerd.sock
""" | sudo tee /etc/crictl.yaml

docker ps
# ^-- không còn lỗi nữa :)

# Lưu ý rằng những người khác có thể cần chạy một trong số này thay vào đó, dựa trên
# cấu hình của hệ thống, tiếp tục thử docker ps cho đến khi một cấu hình hoạt động
tiếng vang """
điểm cuối thời gian chạy: unix:///var/run/crio/crio.sock
điểm cuối hình ảnh: unix:///var/run/crio/crio.sock
""" | sudo tee /etc/crictl.yaml

tiếng vang """
điểm cuối thời gian chạy: unix:///var/run/dockershim.sock
điểm cuối hình ảnh: unix:///var/run/dockershim.sock
""" | sudo tee /etc/crictl.yaml