Fsck có thể mất bao lâu trên một khối lượng 30 TB?

Vào giữa tháng 11, một VPS mà tôi đang thuê từ một công ty lưu trữ đã ngừng phản hồi. Khi tôi liên lạc với bộ phận hỗ trợ, họ giải thích rằng việc mất điện trong trung tâm dữ liệu đã gây ra việc khởi động lại và fsck bắt buộc. Cuối cùng, tôi hỏi tại sao nó lại mất nhiều thời gian như vậy và được cho biết rằng kích thước của âm lượng là 30 TB. Lần cuối cùng tôi nhận được một bản cập nhật là vào tháng Hai và họ đã không trả lời câu hỏi gần đây nhất của tôi.

Tôi hiểu rằng fsck có thể rất chậm đối với một số hệ thống tệp, nhưng fsck có thể mất 6 tháng với khối lượng 30 TB hay tôi nên cho rằng công ty lưu trữ này đang nói dối tôi để tôi tiếp tục thanh toán hóa đơn của mình tháng?

fscktốc độ chủ yếu phụ thuộc vào số lượng tệp và cách chúng được lan truyền trong thư mục tương ứng. Điều đó nói rằng, 6 tháng cho một điều fsckhoàn toàn vô lý: nó nên hoàn thành trong vài giờ, đặc biệt là nếu sử dụng xfscó xfs_repairtiện ích nhanh chóng . Ở đây bạn có thể tìm thấy một số fsckchạy ở quy mô - tất cả hoàn thành dưới một giờ (3600 giây). Vì vậy, không thể là bạn fsckvẫn đang chạy.

Dù sao, việc mất điện đột xuất sẽ không gây ra tiếng vang lớn fsck, thay vào đó chỉ là một bản phát lại tạp chí rất nhanh (vài giây) . Tuy nhiên, nếu một số tệp chính bị hỏng, HĐH có thể không khởi động được.

Nhưng có lẽ họ chỉ nói dối bạn. Bạn nên ngừng thanh toán ngay lập tức, yêu cầu một lời giải thích và áp dụng cho tổng số tiền hoàn lại.

Phỏng đoán: Hệ thống của họ sử dụng RAID không có BBU / FBWC (hoặc thậm chí cả RAID phần mềm) với tất cả các bộ đệm ghi có thể (bao gồm cả bộ nhớ trong ổ cứng) được đặt ở cài đặt mạnh nhất của họ, để có hiệu suất tối đa với chi phí tối thiểu. Mất điện cứng trong thiết lập như vậy có thể khiến hệ thống tập tin ghi nhật ký trong điều kiện nhật ký không thể tin cậy và không thể được sử dụng để khôi phục. Vấn đề là một hệ thống như vậy tích cực sắp xếp lại và viết lại, điều đó có nghĩa là một mục nhật ký có thể được viết với tác động của hành động dữ liệu bị mất ... hoặc mục nhật ký bị mất trên một hành động dữ liệu là hậu quả.

Phục hồi hệ thống như vậy từ sự cố mất điện trong trường hợp xấu nhất có thể có nghĩa là bạn phải thực hiện một fsck / sửa chữa "chậm" thực sự kiểm tra tất cả các cấu trúc hệ thống tệp như hiện tại, có thể thực sự mất một hoặc hai ngày cho 30TB .... và nó không có khả năng là bạn sẽ phải chạy nhiều chu kỳ sửa chữa. Thêm vào đó, nhân sự có thể không phải lúc nào cũng có sẵn để theo dõi điều này, bạn có thể dễ dàng xuống tới một fsck được thực hiện mỗi tuần. Có lẽ họ đã bỏ cuộc và quên đi.

Đối với hầu hết các hệ thống tập tin, nó sẽ nhanh hơn nhiều, ngay cả khi có lỗi, vì thông thường chỉ có siêu dữ liệu được kiểm tra.

Trong trường hợp xấu nhất, nó có thể đọc toàn bộ đĩa, ( ví dụ như fsck.ext4 -cc /dev/sdamột bài kiểm tra ghi không phá hủy trên mỗi khối), có thể mất vài ngày trong 30 TB. Nếu bạn biết tốc độ của các ổ đĩa, bạn có thể tính kích thước / tốc độ . Đối với một ổ cứng tiêu dùng với khoảng 100 MB / s sao chép một vài TB có thể mất nhiều giờ hơn so với hầu hết mọi người mong đợi.

Nếu đó là máy chủ của bạn, bạn có thể gặp sự cố khi khởi động sau đó bị treo khi fsckhỏi bạn có muốn sửa lỗi không. Nhưng quản trị viên trung tâm dữ liệu sẽ không fsckbị treo trong 6 tháng trong khi tất cả VPS đang ngoại tuyến.

Vì vậy, họ đang nói dối bạn, hoặc có một sự hiểu lầm rất lớn. Hoặc họ đã chạy fsck một thời gian trước và không cập nhật cho bạn về vấn đề mới sau khi nó kết thúc.