Lỗi đĩa cứng trong ESX Guest, trên ổ đĩa được hỗ trợ vmfs, làm sao điều này có thể xảy ra?

Làm thế nào một khách trong ESX có thể tìm thấy các vấn đề io như thế này?

[ 40.601502] end_request: critical target error, dev sdg, sector 430203456
[ 40.601563] sd 2:0:6:0: [sdg] Unhandled sense code
[ 40.601582] sd 2:0:6:0: [sdg] Result: hostbyte=invalid driverbyte=DRIVER_SENSE
[ 40.601622] sd 2:0:6:0: [sdg] Sense Key : Hardware Error Sense Key : Hardware Error [current] [current] 
[ 40.601661] sd 2:0:6:0: [sdg] Add. Sense: Internal target failureAdd. Sense: Internal target failure
[ 40.601695] sd 2:0:6:0: [sdg] CDB: Write(10)Write(10):: 2a 2a 00 00 02 19 64 a4 05 62 c0 80 00 00 00 00 40 40 00 00

• về mặt vật lý, dữ liệu trên vmfs được lưu trữ trong một mảng raid6 (thích nghi 5805), có vẻ như rất vui
• Ngoài ra, máy chủ ESX không ghi lại bất kỳ vấn đề nào
• kích thước đĩa được báo cáo bởi khách có vẻ giống như kích thước đĩa được cung cấp
• thông qua esx, khách có 9 'ổ' được đính kèm và chỉ có 2 biểu hiện vấn đề này

Tôi đã trải nghiệm điều tương tự về khối lượng sao lưu cho MS SQL trong Win 2008 khách trong ESX 4.0 - đó là một khối lượng thô được hiển thị từ trình quay NetApp.

Hệ điều hành khách đang báo cáo (và vẫn báo cáo) các thành phần xấu trên khối lượng đó.
Tôi nghĩ điều này xảy ra do có quá nhiều thao tác ghi I / O, hết thời gian tạm thời hoặc quá tải filer.
Không có khu vực xấu báo cáo. NetApp "chà đĩa" cho biết tất cả đều ổn. Không có lỗi filer báo cáo.

Nhưng dù sao chúng ta sẽ tạo lại tập này và xem nó có sửa được không.

Làm thế nào về khối lượng khác của bạn trên filer này? Bạn có thể vui lòng kiểm tra âm lượng này bằng lệnh "badblocks / dev / sdg" không? (thận trọng: chi phí rất lớn)

Đó là một vấn đề phần cứng / phần sụn. Mặc dù Adaptec 5805 (với phần sụn mới nhất) đã báo cáo tất cả các ổ RAID6 ở trạng thái tối ưu, nó cũng báo cáo một ổ chứa 'Dải không thành công'. Hiệu quả của việc này dường như là, một phần của ổ RAID6 trở nên không thể đọc được (gây ra các lỗi được trích dẫn trong câu hỏi). ESX dường như không nhìn thấy điều này trực tiếp, nhưng chạy dd if=/dev/zero of=file-on-damaged-volumetrực tiếp trên bảng điều khiển ESXi đã kết thúc bằng lỗi i / o trong khi vẫn còn nhiều khoảng trống trên ổ đĩa.

Không có số lượng arcconf verify / verify_fix chạy trên các ổ đĩa và thiết bị vật lý có thể phát hiện hoặc sửa chữa bất cứ điều gì ... Cuối cùng, tôi đã di chuyển tất cả dữ liệu ra khỏi ổ đĩa và tạo lại nó ở cấp độ thích nghi. Bây giờ tất cả đều ổn, nhưng niềm tin của tôi vào khả năng bảo vệ dữ liệu của tôi đã bị tổn hại nghiêm trọng.