RAID tự động đồng bộ lại?


11

Tôi đã kiểm tra ngẫu nhiên trạng thái của các mảng RAID cat/proc/mdstatvà nhận ra rằng một trong các mảng của tôi dường như được đồng bộ lại:

md1 : active raid1 sdb7[1] sdc7[0]
      238340224 blocks [2/2] [UU]
      [==========>..........]  resync = 52.2% (124602368/238340224) finish=75.0min speed=25258K/sec

Tại sao điều này và nó có nghĩa là gì? Tôi dường như có thể truy cập điểm gắn kết tốt với r/wquyền.

EDIT 1 (để phản hồi TRẢ LỜI của SLM )

Tôi thực sự không thể nhìn thấy bất cứ điều gì nếu tôi grepthông qua dmesgvà công --detailtắc cũng không cho tôi biết nhiều, tức là nó hiển thị rằng quá trình đồng bộ lại đang diễn ra ... nhưng không có gợi ý nào cho lý do hoặc tại sao nó có thể không đồng bộ .. . - Tôi đoán tôi có thể chỉ cần để mắt đến nó trước khi bắt đầu hoán đổi phần cứng của mình.

Câu trả lời:


10

Điều này dường như cho thấy rằng việc đồng bộ hóa giữa 2 thành viên RAID không đồng bộ với nhau.

1. Điều tra nhật ký

Tôi sẽ điều tra dmesgnhật ký của bạn và xem liệu có bất kỳ thông báo nào nói rằng một trong hai ổ cứng vật lý tạo nên mảng này có lỗi phần cứng hay không.

2. Kiểm tra mdadm

Bạn cũng có thể tham khảo mdadmbằng cách sử dụng công --detailtắc để tìm hiểu thêm thông tin về đồng bộ hóa như vậy:

$ sudo mdadm --detail /dev/md0
/dev/md0:
        Version : 00.90.03
  Creation Time : Sat Jan 26 09:14:11 2008
     Raid Level : raid1
     Array Size : 976759936 (931.51 GiB 1000.20 GB)
  Used Dev Size : 976759936 (931.51 GiB 1000.20 GB)
   Raid Devices : 2
  Total Devices : 2
Preferred Minor : 0
    Persistence : Superblock is persistent

    Update Time : Fri Jan  1 01:29:16 2010
          State : clean, resyncing
 Active Devices : 2
Working Devices : 2
 Failed Devices : 0
  Spare Devices : 0

 Rebuild Status : 50% complete

           UUID : 37a3bfcb:41393031:23c133e6:3b879f08
         Events : 0.2178969

    Number   Major   Minor   RaidDevice State
       0       8        1        0      active sync   /dev/sda1
       1       8       17        1      active sync   /dev/sdb1

Nếu cả hai thiết bị đều có vẻ ổn và bạn không thể xác định chính xác thiết bị nào đang gặp sự cố, bạn có thể muốn tạm thời chạy một công cụ chẩn đoán như HDAT2 hoặc SpinRite đối với mỗi ổ cứng để xác nhận tình trạng của chúng.

3. Cáp

Nếu các ổ cứng kiểm tra thì tôi sẽ bắt đầu xem xét kỹ lưỡng hệ thống cáp, tôi thường sẽ trao đổi chúng.

4. Bộ điều khiển

Tiếp theo tôi sẽ xem xét kỹ lưỡng bộ điều khiển, lấy các ổ đĩa ra khỏi hệ thống bị ảnh hưởng và chẩn đoán chúng trong hệ thống thứ cấp hoặc thêm thẻ điều khiển của bên thứ 3 vào hệ thống bị ảnh hưởng để chẩn đoán thêm vấn đề.

5. Cấp điện

Dù bạn có tin hay không, tôi đã từng gặp vấn đề với ổ cứng và RAID trong quá trình hoán đổi lỗi, hoặc sắp hỏng, cung cấp điện, giải quyết các vấn đề về sức khỏe RAID của tôi.


@cerr - yeah nếu các resyncs cứ tiếp tục xảy ra ở những khoảng thời gian ngẫu nhiên thì có khả năng một trong các ổ cứng đang trên đường ra, hoặc 3,4 hoặc 5. Biểu hiện bạn mô tả tôi đã xảy ra vài lần bản thân tôi và đó là những tình huống đã giải quyết những thất bại này, đối với tôi, trong quá khứ.
slm

8

Kiểm tra các tệp cron của bạn, nhiều bản phân phối thực hiện đồng bộ lại / kiểm tra lại theo lịch trình mỗi tuần một lần.

Trên CentOS 7.1, nó có trong /etc/cron.d/ston-check

# Run system wide raid-check once a week on Sunday at 1am by default
0 1 * * Sun root /usr/sbin/raid-check

Để định cấu hình chỉnh sửa hành vi / etc / sysconfig / raid-check


Mặc dù thường thì đó chỉ là một tấm séc, không phải là đồng bộ lại ...
frostschutz

2
@frostschutz ... trừ khi đó là Chủ nhật đầu tiên của tháng: serverfault.com/a/255549/299551 Trong trường hợp đó, một đồng bộ lại bị bắt buộc.
Dan

2

Trên Debian, nó được thực hiện từ:

/etc/cron.d/mdadm

Để tắt:

chmod -x /usr/share/mdadm/checkarray

Xem thêm.

Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.