Ổ đĩa trao đổi nóng có tên mới. Nếu tôi thêm nó trở lại mảng `md` và nó được đổi tên khi khởi động lại, mảng có còn hoạt động không?


10

Một trong những ổ cứng trong cấu hình RAID của máy chủ của tôi không thành công, vì vậy tôi đã lấy nó ra khỏi mảng và có trung tâm dữ liệu trao đổi nóng nó. Họ đã làm điều đó, nhưng bây giờ ổ đĩa mới là /dev/sdchơn /dev/sda. Tôi nghi ngờ rằng nếu tôi khởi động lại máy chủ thì nó sẽ hoạt động trở /dev/sdalại, vì vậy tôi ngần ngại thêm nó trở lại mảng /dev/sdcvì tôi không muốn đặt bẫy cho bản thân mình rơi vào lần khởi động lại tiếp theo. Tôi sẽ sớm không khởi động lại máy chủ nếu tôi không cần (nếu tôi cần, quá tệ cho tôi).

Nếu tôi thêm nó vào /dev/sdc, liệu có vấn đề gì khi khởi động lại không? Hoặc là có một số cách để thay đổi tên thiết bị từ /dev/sdcđể /dev/sdamà không cần khởi động lại?

Đây là trên Ubuntu 10.04 LTS. Đó là một mdmảng ("RAID phần mềm Linux"), trong đó hiện tại một trong số các thiết bị (có một vài trong số chúng) trông như thế này ("xuống cấp" vì tôi đã gỡ bỏ cái cũ /dev/sdakhỏi nó):

# mdadm - chi tiết / dev / md0
/ dev / md0:
        Phiên bản: 00.90.03
  Thời gian sáng tạo: CN ngày 11 tháng 10 21:07:54 2009
     Cấp độ đột kích: raid1
     Kích thước mảng: 97536 (95,27 MiB 99,88 MB)
  Kích thước Dev đã sử dụng: 97536 (95,27 MiB 99,88 MB)
   Thiết bị đột kích: 2
  Tổng số thiết bị: 1
Ưu tiên nhỏ: 0
    Kiên trì: Superblock là dai dẳng

    Thời gian cập nhật: Thu Jun 30 09:31:16 2011
          Nhà nước: sạch sẽ, xuống cấp
 Thiết bị hoạt động: 1
Thiết bị làm việc: 1
 Thiết bị thất bại: 0
  Thiết bị dự phòng: 0

           UUID: 496be7a5: ab9177ed: 7792c71e: 7dc17aa4
         Sự kiện: 0.112

    Số Tiểu bang RaidDevice nhỏ
       0 8 17 0 đồng bộ hóa hoạt động / dev / sdb1
       1 0 0 1 bị xóa

1
Mảng nào? Nếu nó quét UID thì không vấn đề gì nếu đó là sda hoặc sdc
Jure1873

Đó là một mdmảng ("RAID phần mềm Linux"). Tất cả các bổ sung / loại bỏ thiết bị và như vậy đều đề cập đến tên thiết bị, nhưng tôi không biết điều đó có nghĩa là nó thực sự phụ thuộc vào chúng hoặc ... Tôi đã thêm đầu ra của mdadm --detailnó vào câu hỏi.
TJ Crowder

đối với mảng md mdadm quét tất cả các đĩa (như được định nghĩa trong /etc/mdadm.conf) vì vậy không quan trọng chúng ở đâu, vì nó ghi ID vào tiêu đề của đĩa để nó có thể lắp lại các mảng.
Jure1873

Vâng, cảm ơn, kiểm tra cập nhật về câu hỏi, tôi đã mô tả hành vi đó và kiểm tra lại nó hoạt động.
TJ Crowder

1
@TJCrowder thay vào đó (hoặc ngoài ra) về việc cập nhật câu hỏi của bạn, bạn có thể muốn thêm phát hiện của mình dưới dạng câu trả lời (và chấp nhận nó), vì câu hỏi này về cơ bản đã được giải quyết.
Dennis Nolte

Câu trả lời:


1

Sẽ tốt thôi nếu bạn tiếp tục và thêm nó vào /dev/sdc. Đọc qua tài liệu kernelmd , nếu tên thay đổi khi khởi động lại, nó không thành vấn đề. (Thiết kế tốt, đó.) Đây là lý do:

Tự động phát hiện thời gian khởi động của mảng RAID

Khi md được biên dịch vào kernel (không phải là mô-đun), các phân vùng loại 0xfd sẽ được quét và tự động lắp ráp thành các mảng RAID. Tự động phát hiện này có thể bị chặn với tham số kernel "raid = noautodetect". Kể từ kernel 2.6.9, chỉ các ổ đĩa có siêu khối loại 0 mới có thể được tự động phát hiện và chạy khi khởi động.

Tham số kernel "raid = phân vùng" (hoặc "raid = part") có nghĩa là tất cả các mảng được phát hiện tự động được lắp ráp dưới dạng phân vùng.

Mặc dù tôi đã không mdbiên dịch vào kernel, nhưng thiết lập của tôi thực hiện tương tự như trên vì nó tự động tải mdadmmdadm.confđược thiết lập để quét tất cả các phân vùng cho một siêu khối giống như kernel:

# theo mặc định, quét tất cả các phân vùng (/ Proc / phân vùng) để tìm siêu khóa MD.
# cách khác, chỉ định thiết bị để quét, sử dụng ký tự đại diện nếu muốn.
Phân vùng DEVICE

Vì vậy, tốt để xây dựng lại mảng với /dev/sdc; tên có thể sẽ thay đổi thành /dev/sdakhi khởi động lại, nhưng điều đó sẽ không gây ra rắc rối nào nếu mdđược thiết lập như trên.

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.