Điểm:0

vServer Ubuntu: mkdir /sys/fs/cgroup/memory/ không thể phân bổ bộ nhớ: không xác định

lá cờ se

Khoảng 1-1,5 năm trước, tôi đã cài đặt docker trên máy chủ (vServer) Ubuntu 18.04 và kể từ đó chạy nhiều bộ chứa docker mà không gặp sự cố nào.

Hôm qua, tôi đã áp dụng bản cập nhật mới cho một trong các vùng chứa của mình và khi tôi cố khởi động vùng chứa, tôi đã gặp phải lỗi sau:

LỖI: đối với nextcloud Không thể khởi động dịch vụ nextcloud: tạo thời gian chạy OCI không thành công: container_linux.go:380: bắt đầu quá trình vùng chứa gây ra: process_linux.go:385: áp dụng cấu hình cgroup cho quá trình gây ra: mkdir /sys/fs/cgroup/memory/docker/ e3efe26fdcbc055a6677b1c690bf837c771b728a9fb5ede2ab56c34c053c17b8: không thể cấp phát bộ nhớ: không xác định

Tôi đã dừng tất cả các vùng chứa của mình và bắt đầu khởi động từng ứng dụng một (docker-compose): sau khi container thứ 9 bắt đầu gặp lỗi. Hôm nay tôi thậm chí không thể bắt đầu một container duy nhất!

Tôi nghĩ rằng đó phải là một cái gì đó sai với docker nhưng nhanh chóng phát hiện ra điều đó không đúng. Nếu tôi cố gắng tạo một thư mục trong/sys/fs/cgroup/memory, tôi sẽ gặp lỗi tương tự (không thể cấp phát bộ nhớ: không xác định).

hệ thống vẫn còn đủ bộ nhớ và dung lượng ổ đĩa.

Kích thước hệ thống tệp được sử dụng Sẵn có Sử dụng % Được gắn trên
/dev/ploop1234988 296G 65G 219G 23%/
không có 4.0G 0 4.0G 0% /sys/fs/cgroup
không có 4.0G 0 4.0G 0%/dev
tmpfs 4.0G 0 4.0G 0%/dev/shm
tmpfs 4.0G 1.2M 4.0G 1%/lần chạy
tmpfs 5,0M 0 5,0M 0%/chạy/khóa
không có 4.0G 0 4.0G 0%/run/shm
tmpfs 800M 0 800M 0%/chạy/người dùng/1001

và miễn phí -m

              tổng số buff/bộ đệm được chia sẻ miễn phí đã sử dụng hiện có
Mem: 8000 103 7462 1 434 7895
Hoán đổi: 0 0 0

Tôi cũng đã kiểm tra một số thống kê trong thư mục /sys/fs/cgroup/memory/

/sys/fs/cgroup/memory# bộ nhớ mèo.stat
rss_huge 0
mapped_file 8634368
49152
slab_unreclaimable 3182592
trao đổi 0
bộ đệm 20856832
rss1961984
slab_reclaimable 4808704
workingset_activate 0
pgpgin 21501
pgpgout 38697
pswpin 0
pswpout 0
pgfault 31728
pgmajfault 132
tối 0
không hoạt động_anon 20480
active_anon 1990656
inactive_file 6459392
active_file 14348288
không thể tránh khỏi 0
hierarchical_memory_limit 8388608000
hierarchical_memsw_limit 8388608000
tổng_rss_huge 0
tổng_mapped_file 113991680
tổng_shmem 1208320
total_slab_unreclaimable 28409856
tổng_swap 0
tổng_cache 427483136
tổng_rss 69513216
tổng_slab_reclaimable 28618752
tổng_workingset_kích hoạt 73728
tổng_pgpgin 767407
tổng_pgpgout 1358271
tổng_pswpin 0
tổng_pswpout 0
tổng_pgfault 831603
tổng_pgmajfault 1647
tổng_oom 0
tổng_inactive_anon 143360
total_active_anon 70508544
total_inactive_file 191918080
Total_active_file 234356736
tổng_không thể thắng 0

Tôi cũng đã kiểm tra một số giá trị memory.kmem.* nhưng không thể tìm ra điều gì đang xảy ra và cách khắc phục sự cố đó bằng cách chỉ kiểm tra các giá trị?

Có ai ở đây đã gặp vấn đề này hoặc biết nguyên nhân và giải pháp của vấn đề này không?

Cảm ơn bạn trước, gohlool

Đăng câu trả lời

Hầu hết mọi người không hiểu rằng việc đặt nhiều câu hỏi sẽ mở ra cơ hội học hỏi và cải thiện mối quan hệ giữa các cá nhân. Ví dụ, trong các nghiên cứu của Alison, mặc dù mọi người có thể nhớ chính xác có bao nhiêu câu hỏi đã được đặt ra trong các cuộc trò chuyện của họ, nhưng họ không trực giác nhận ra mối liên hệ giữa câu hỏi và sự yêu thích. Qua bốn nghiên cứu, trong đó những người tham gia tự tham gia vào các cuộc trò chuyện hoặc đọc bản ghi lại các cuộc trò chuyện của người khác, mọi người có xu hướng không nhận ra rằng việc đặt câu hỏi sẽ ảnh hưởng—hoặc đã ảnh hưởng—mức độ thân thiện giữa những người đối thoại.