Giảm thời gian thử lại khối xấu / thời gian chờ trong Ubuntu

Làm cách nào tôi có thể giảm thời gian chờ IO và thời gian thử lại để HĐH không liên tục cố ghi vào ổ đĩa bị lỗi?

Tôi có một hệ thống mà tôi sử dụng để tạo các bản sao nội dung demo được cho khách hàng mượn trên các ổ cứng máy tính để bàn thông thường. Chúng tôi kết nối nhiều ổ đĩa cùng một lúc thông qua SAS và sao chép nội dung vào chúng bằng tập lệnh.

Bởi vì các ổ đĩa được cho mượn, đôi khi một số trở lại bị hỏng nhưng tôi không biết rằng chúng bị hỏng, vì vậy lần sau ổ đĩa đó được sử dụng lại trong một hoạt động sao chép, nó làm chậm các ổ đĩa khác khi hệ thống thử lại IO cho ổ đĩa đó. Đôi khi có thể mất vài giờ trước khi tôi nhận thấy ổ đĩa xấu và loại bỏ nó. Sau khi ổ đĩa được gỡ bỏ, phần còn lại của ổ đĩa bắt đầu ghi ở tốc độ bình thường.

Tôi không quan tâm đến việc khôi phục các ổ đĩa xấu. Tôi chỉ cần loại bỏ chúng để chúng không làm chậm mọi thứ khác.

Tôi cũng đang nghiên cứu các badblocks và smartmontools và xem xét việc viết một kiểm tra trước trên các ổ đĩa trước khi tôi bắt đầu viết.

HĐH: Ubuntu Linux (12,04 lts)

Trước đây tôi chưa sử dụng điều chỉnh này nhưng có lẽ bạn muốn điều chỉnh eh_timeout (hết thời gian xử lý lỗi) cho ổ đĩa đang đề cập:

[root@localhost device]# cat /sys/block/sda/device/eh_timeout
10
[root@localhost device]# 

Các chương trình trên sdađược đặt thành 10 giây. Từ Red Hat kiến ​​thức:

Trong một số cấu hình lưu trữ nhất định (ví dụ: các cấu hình có nhiều LUN), mã xử lý lỗi SCSI có thể tiêu tốn một lượng lớn thời gian để ban hành các lệnh như TEST UNIT READY cho các thiết bị lưu trữ không phản hồi. Một tham số sysfs mới, eh_timeout, đã được thêm vào đối tượng thiết bị SCSI, cho phép cấu hình giá trị thời gian chờ cho các lệnh TEST UNIT READY và ​​REQUEST SENSE được sử dụng bởi mã xử lý lỗi SCSI. Điều này làm giảm lượng thời gian dành cho việc kiểm tra các thiết bị không phản hồi này. Giá trị mặc định của eh_timeout là 10 giây, là giá trị thời gian chờ được sử dụng trước khi thêm chức năng này.

Giám sát /sys/block/<dev>/statcác thiết bị bạn quan tâm và so sánh tham số thứ 10 (io_ticks).

ví dụ, ticks = io_ticks - prev_ticks / seconds_deltatime / 10

Đây là phần trăm thời gian có sẵn mà đĩa đã dành để chờ đĩa io.

Tất nhiên, gần 100% sẽ đáng để kiểm tra, nếu không thì thực sự thông minh và so sánh nó với mức trung bình của tất cả các đĩa của bạn và chọn bất kỳ đĩa nào trên mức trung bình.

Xem tài liệu thống kê lớp khối .

Khác sử dụng một cái gì đó như Munin và vẽ biểu đồ. Bạn có thể yêu cầu Munin cảnh báo nếu vượt quá ngưỡng, ví dụ: 90% hoặc bất cứ điều gì biểu đồ của bạn hiển thị là một con số cảnh báo tốt.

ví dụ, xem hai biểu đồ Munin này cho thấy / dev / sdi cần xem xét. Trong ví dụ này nếu / dev / sdi là một phần của một mảng thì toàn bộ mảng sẽ phải chịu vì nó.

Nếu bạn nhìn vào biểu đồ tuần, bạn sẽ thấy / dev / sdc cũng có thể chậm.

Tôi nên thêm rằng / dev / sdi ở trên không bị hỏng, nó chỉ là một đĩa chậm (thực sự là một đĩa xanh mà ai đó đã thêm vào một mảng các đĩa sata cấp doanh nghiệp) làm chậm mảng. Một đĩa thất bại thực tế sẽ dính ra như ngón tay cái đau.

Tóm lại, có lẽ tôi sẽ đi theo một kịch bản nếu tôi có thời gian, nhưng Munin nếu tôi chỉ muốn một giải pháp nhanh chóng và kết nối với máy chủ thì thật dễ dàng.