Điểm:0

Mảng RAID5 đang được xây dựng lại sau khi cài đặt mới Máy chủ Ubuntu 20.04

lá cờ ru

Tôi đã cài đặt Máy chủ Ubuntu 20.04 trên một hệ thống có ba ổ Seagate 6TB. Tôi đã phân vùng cả hai sdasdb trong hai phân vùng. Phân vùng đầu tiên trên mỗi đĩa là 5G. Tôi đã kết hợp hai phân vùng 5G đó thành một mảng RAID1 để gắn kết thành /khởi động. Phân vùng thứ hai của hai đĩa đó và toàn bộ đĩa thứ ba là một phần của mảng RAID5 được gắn dưới dạng /. Tôi đã thực hiện phân vùng từ chính trình cài đặt Ubuntu Server. Bố cục đĩa cuối cùng trông giống như bên dưới.

# lsblk
TÊN MAJ:KÍCH THƯỚC RM TỐI THIỂU RO LOẠI NÚI
đĩa sda 8:0 0 5.5T 0  
ââsda1 8:1 0 1M 0 phần  
ââsda2 8:2 0 5G 0 phần  
â ââmd0 9:0 0 5G 0 đột kích1 /boot
ââsda3 8:3 0 5,5T 0 phần  
  ââmd1 9:1 0 10.9T 0 đột kích5 /
sdb 8:16 0 5,5T 0 đĩa  
ââsdb1 8:17 0 5G 0 phần  
â ââmd0 9:0 0 5G 0 đột kích1 /boot
ââsdb2 8:18 0 5,5T 0 phần  
  ââmd1 9:1 0 10.9T 0 đột kích5 /
sdc 8:32 0 5,5T 0 đĩa  
ââmd1 9:1 0 10.9T 0 đột kích5 /

Vấn đề ở đây là, ngay sau khi cài đặt, trong lần khởi động đầu tiên của HĐH, mảng RAID5 đã chuyển sang chế độ xuống cấp. Điều đáng ngạc nhiên hơn nữa là, /dev/sdb2 không được coi là một "phụ tùng", thay vì một thiết bị "hoạt động". Khi tôi viết thư này, RAID đang được xây dựng lại.

# mdadm --detail /dev/md1
/dev/md1:
           Phiên bản : 1.2
     Thời gian tạo : Thứ ba ngày 13 tháng 7 20:41:04 năm 2021
        Cấp độ đột kích: đột kích5
        Kích thước mảng : 11710287872 (11167,80 GiB 11991,33 GB)
     Kích thước Dev đã sử dụng: 5855143936 (5583,90 GiB 5995,67 GB)
      Thiết bị đột kích : 3
     Tổng số thiết bị : 3
       Kiên trì : Superblock là bền bỉ

     Ý định Bitmap: Nội bộ

       Thời gian cập nhật : Thứ tư ngày 14 tháng 7 02:09:29 năm 2021
             Trạng thái: sạch, xuống cấp, phục hồi 
    Thiết bị đang hoạt động : 2
   Thiết bị làm việc : 3
    Thiết bị bị lỗi: 0
     Thiết bị dự phòng : 1

            Bố cục: đối xứng trái
        Kích thước khối: 512K

Chính sách nhất quán : bitmap

    Tình trạng xây dựng lại: Hoàn thành 28%

              Tên: ubuntu-server:1
              UUID : 3e9e3342:44ac6698:40bb0467:0ada161a
            Sự kiện : 5709

    Số Chính Nhỏ Nhỏ RaidDevice State
       0 8 32 0 đồng bộ hóa đang hoạt động /dev/sdc
       1 8 3 1 đồng bộ hóa đang hoạt động /dev/sda3
       3 8 18 2 xây dựng lại dự phòng /dev/sdb2

Tôi đã cài đặt lại hệ điều hành ba lần, lần nào cũng vậy. Những gì đang xảy ra ở đây?

Brandon Xavier avatar
lá cờ us
Điều này không có vẻ bất thường. Trừ khi các phân vùng trước đó đã có một cuộc tấn công hợp lệ đã được xây dựng trên chúng, RAID5 sẽ yêu cầu quá trình xây dựng lại/khôi phục (không giống như ZFS sẽ chỉ sử dụng các khối phục hồi) - quá trình này có thể mất vài giờ cho một cuộc tấn công 10TB.
Holmes.Sherlock avatar
lá cờ ru
Đó không phải là quan điểm của tôi. Tất cả đều là ổ cứng mới. Tại sao nó bắt đầu xây dựng lại ngay sau khi cài đặt HĐH? Như tôi đã đề cập, RAId được tạo từ chính trình cài đặt.
Brandon Xavier avatar
lá cờ us
Cài đặt HĐH không tạo RAID5 ngay lập tức. Tính chẵn lẻ phải được tính cho mọi khối trong mảng đột kích bằng cách đọc các khối tương ứng trên N-1 của các đĩa, XOR chúng và ghi kết quả trên đĩa còn lại (vâng, điều đó đã được đơn giản hóa quá mức). Điều này xảy ra cho dù bạn đã thực sự ghi bất kỳ dữ liệu nào vào nó hay chưa.

Đăng câu trả lời

Hầu hết mọi người không hiểu rằng việc đặt nhiều câu hỏi sẽ mở ra cơ hội học hỏi và cải thiện mối quan hệ giữa các cá nhân. Ví dụ, trong các nghiên cứu của Alison, mặc dù mọi người có thể nhớ chính xác có bao nhiêu câu hỏi đã được đặt ra trong các cuộc trò chuyện của họ, nhưng họ không trực giác nhận ra mối liên hệ giữa câu hỏi và sự yêu thích. Qua bốn nghiên cứu, trong đó những người tham gia tự tham gia vào các cuộc trò chuyện hoặc đọc bản ghi lại các cuộc trò chuyện của người khác, mọi người có xu hướng không nhận ra rằng việc đặt câu hỏi sẽ ảnh hưởng—hoặc đã ảnh hưởng—mức độ thân thiện giữa những người đối thoại.