Điểm:2

phân vùng mdadm biến mất sau khi khởi động lại

lá cờ ru

Tôi đã thiết lập RAID 6 trong Giao diện người dùng buồng lái với nhiều phân vùng. Có một phân vùng cụ thể mà tôi muốn mở rộng từ 10TB lên 11TB bằng cách sử dụng dung lượng trống và đã thử trên/dev/md127p6 bằng cách sử dụng "growpart/dev/md127p6 1". Sau đó, tôi nhận thấy rằng tôi có thể truy cập một số điểm gắn kết trong hệ thống theo mảng này (thực tế là hai trong số chúng).

Từ thời điểm đó, tôi quyết định khởi động lại (đã kiểm tra/proc/mdstat và nó không làm gì cả). Sau khi máy chủ hoạt động trở lại, tất cả các phân vùng đã biến mất cho cuộc đột kích này.

Khi máy chủ trực tuyến trở lại, tôi nhận thấy quy mô của cuộc tấn công đã khác (từ 189TiB thành 143TiB). Rõ ràng là tôi đã làm hỏng điều gì đó nhưng tôi tự hỏi liệu có ai có ý kiến ​​gì trước khi tôi bắt đầu lại không.

mdadm --detail /dev/md127 /dev/md127: Phiên bản : 1.2 Thời gian tạo : Thứ hai ngày 17 tháng 5 20:04:04 2021 Cấp độ đột kích: đột kích6 Kích thước mảng : 153545080832 (146432,00 GiB 157230,16 GB) Kích thước nhà phát triển đã sử dụng: 11811160064 (11264,00 GiB 12094,63 GB) Thiết bị đột kích: 15 Tổng số thiết bị : 15 Kiên trì : Superblock là bền bỉ

 Ý định Bitmap: Nội bộ

   Thời gian cập nhật : Thứ hai ngày 2 tháng 8 20:05:13 năm 2021
         Trạng thái: sạch sẽ
Thiết bị đang hoạt động : 15 Thiết bị đang hoạt động : 15
Thiết bị bị lỗi: 0
 Thiết bị dự phòng : 0

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

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

          Tên: storback: backups
          UUID : c8d289dd:2cb2ded3:cbcff4cd:1e7367ee
        Sự kiện : 150328

Số Chính Nhỏ Nhỏ RaidDevice State
   0 8 32 0 đồng bộ hóa đang hoạt động /dev/sdc
   1 8 48 1 đồng bộ hóa đang hoạt động /dev/sdd
   2 8 64 2 đồng bộ hóa đang hoạt động /dev/sde
   3 8 80 3 đồng bộ hóa đang hoạt động /dev/sdf
   4 8 96 4 đồng bộ hóa đang hoạt động /dev/sdg
   5 8 112 5 đồng bộ hóa đang hoạt động /dev/sdh
   6 8 128 6 đồng bộ hóa đang hoạt động /dev/sdi
   7 8 144 7 đồng bộ hóa đang hoạt động /dev/sdj
   8 8 160 8 đồng bộ hóa hoạt động /dev/sdk
   9 8 192 9 đồng bộ hóa đang hoạt động /dev/sdm
  10 8 176 10 đồng bộ hóa đang hoạt động /dev/sdl
  11 8 208 11 đồng bộ hóa đang hoạt động /dev/sdn
  12 8 224 12 đồng bộ hóa đang hoạt động /dev/sdo
  13 8 240 13 đồng bộ hóa đang hoạt động /dev/sdp
  14 65 0 14 đồng bộ hóa đang hoạt động /dev/sdq
Michael Hampton avatar
lá cờ cz
growpart mong đợi một thiết bị khối (chứa bảng phân vùng) làm đối số đầu tiên của nó, _not_ phân vùng.
Điểm:1
lá cờ ru

Chà, vì đây không phải là một thiết bị siêu quan trọng nên tôi đã cố gắng điều chỉnh nó và tăng kích thước cuộc đột kích lên kích thước tối đa vì tổng kích thước không chính xác. Nó gần như xuất hiện như thể kích thước cuộc đột kích bị thu hẹp bởi lượng không gian trống chưa phân vùng mà tôi có trước đó.

Tôi đã chạy lệnh này và tất cả các phân vùng đã hoạt động trở lại sau khi khởi động lại:

mdadm --grow /dev/md127 -z tối đ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.