Sau khi phần cứng mở rộng mảng RAID, fdisk sẽ không cho phép tôi sử dụng các cung có sẵn bổ sung


10

Chúng tôi có một mảng đột kích phần cứng lớn ~ 18TB trên Dell R720xd. Hiện tại mảng RAID5 bao gồm 6x4TB và tôi cần mở rộng nó.

Bước 1 mở rộng mảng đột kích phần cứng.

Đủ đơn giản nếu bạn đã cài đặt các công cụ quản trị dell.

omconfig storage vdisk action=reconfigure controller=0 vdisk=1 raid=r5 pdisk=0:1:0,0:1:1,0:1:3,0:1:3,0:1:4,0:1:5,0:1:8,0:1:9

(các đĩa mới là hai đĩa cuối cùng, có thể được xác nhận bằng cách sử dụng omreportcông cụ) Tất cả đều ổn dù phải mất một thời gian và tôi đã có thể xác nhận mảng đã được mở rộng ..

% omreport storage vdisk controller=0 vdisk=1

Virtual Disk 1 on Controller PERC H710P Mini (Embedded)

Controller PERC H710P Mini (Embedded)
ID                                : 1
Status                            : Ok
Name                              : bak
State                             : Ready
Hot Spare Policy violated         : Not Assigned
Encrypted                         : No
Layout                            : RAID-5
Size                              : 26,078.50 GB (28001576157184 bytes)
...
Device Name                       : /dev/sdb
...

Bước 2 phân vùng mới

Vì vậy, vdisk hiện đang báo cáo kích thước tăng (26TB). và fdiskđồng tình ...

Disk /dev/sdb: 25.5 TiB, 28001576157184 bytes, 54690578432 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: gpt
Disk identifier: A2D20632-37D1-4607-9AA0-B0ED6E457F91

Device     Start         End     Sectors  Size Type
/dev/sdb1   2048 39064698846 39064696799 18.2T Linux LVM

Tuy nhiên, khi tôi đi thêm một phân vùng bổ sung vào đĩa thì điều sau đây xảy ra ...

Command (m for help): n
Partition number (2-128, default 2): 2
First sector (34-2047): 

Bây giờ tôi có thêm khoảng 16 tỷ cung trên đĩa, nhưng tôi không thể sử dụng chúng. Tôi chỉ được cung cấp mục 34-2047. Tôi không thể phân bổ 8TB dung lượng mới mặc dù hiện tại tôi đang thiết lập chỉ với một phân vùng duy nhất.

Một điều khác khiến tôi thấy kỳ quặc là việc tôi được cung cấp số phân vùng 2-128, không chỉ đơn giản là 2-4. Bảng phân vùng không hiển thị bất kỳ phân vùng mở rộng nào, vì vậy tôi dự kiến ​​sẽ giới hạn tôi chỉ 4 phân vùng ban đầu.

Có điều gì tôi đang thiếu?

  • Máy đã được khởi động lại kể từ khi mảng ổ đĩa được mở rộng. Trước đó fdisk sẽ chỉ báo cáo 18TB gốc
  • Cố gắng cfdiskthay vì chỉ báo cáo năm 2015 ngành có sẵn trong phạm vi 39 tỷ mặc dù báo cáo 25TB tổng thể.
  • Chúng tôi không muốn xóa và tạo lại phân vùng nếu chúng tôi có thể tránh được, do chúng tôi có thể mất tất cả dữ liệu. Chúng tôi muốn đơn giản là mở rộng nhóm âm lượng LVM với phân vùng mới sau khi hoàn thành.
  • Đây là một vấn đề tương tự với câu hỏi Lỗi máy chủ khác , nhưng tôi không bị giới hạn bởi đã hết phân vùng và tôi không nghĩ mình bị hạn chế bởi phân vùng mở rộng.
  • Kích thước không phải là ngành đang được mở rộng bởi việc mở rộng ổ đĩa . Nếu đó là fdisk sẽ không báo cáo sự gia tăng số lượng ngành tôi đã nghĩ. Cộng pvsvgskhông báo cáo bất kỳ không gian chưa được phân bổ bổ sung nào trong LVM
  • Tôi đã chạy nó dưới dạng chạy khô trên máy ảo và không trải nghiệm điều này. Tuy nhiên tôi đã tắt vm và tăng kích thước thiết bị đĩa của nó. Vì vậy, nó đã không trực tuyến trong quá trình tăng kích thước. Cộng với kích thước ổ đĩa là nhiều đơn đặt hàng có cường độ nhỏ hơn cho vm.

Cập nhật đầu ra chế độ 1 'x'pert được yêu cầu bởi Micheal ...

Command (m for help): x

Expert command (m for help): p
Disk /dev/sdb: 25.5 TiB, 28001576157184 bytes, 54690578432 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: gpt
Disk identifier: A2D20632-37D1-4607-9AA0-B0ED6E457F91
First LBA: 34
Last LBA: 39064698846
Alternative LBA: 39064698879
Partitions entries LBA: 2
Allocated partition entries: 128

Device     Start         End     Sectors Type-UUID                            UUID                                 Name      Attrs
/dev/sdb1   2048 39064698846 39064696799 E6D6D379-F507-44C2-A23C-238F2A3DF928 E9CB58BF-F170-4480-A230-6E2A238367D1 Linux LVM 


Expert command (m for help): v
MyLBA mismatch with real position at backup header.
1 error detected.

Vì vậy, một lỗi LBA có thể?


2
Trong fdiskxin vui lòng đi vào e xpert mode, sau đó print bảng phân vùng một lần nữa, sau đó verify nó.
Michael Hampton

Có ai sửa fdisk để hỗ trợ GPT không? Lần trước tôi đã thử nó trên một ổ đĩa GPT, nó đã cho tôi một cảnh báo rằng tôi thực sự nên sử dụng gnu chia tay, nhưng đó là một thời gian dài.
DerfK

Vâng, các phiên bản hiện đại của fdisk có thể xử lý GPT.
đệm

Tôi giả sử GPT là lý do tại sao tôi được cung cấp 2-128 dưới dạng số phân vùng thay vì bị giới hạn ở 4 phân vùng. Có đúng không?
Vagnerr

@Vagnerr có, GPT hỗ trợ nhiều phân vùng hơn lược đồ MBR cũ.
DerfK

Câu trả lời:


6

Vấn đề là vị trí bảng phân vùng sao lưu. Normaly bạn mong đợi bảng phân vùng chính ở bảng phân vùng bắt đầu và sao lưu ở cuối. Thay đổi kích thước đĩa làm cho nhiều lĩnh vực có sẵn hơn nhưng không bao giờ di chuyển bảng sao lưu. fdisk không thích điều này và tôi tin rằng đó là thông MyLBA mismatch with real position at backup header.báo lỗi. Không chính xác rõ ràng.

Tôi chuyển từ fdisksang gdiskvà đầu ra là một chút khác nhau. Trong gdisk bạn có ...

r       recovery and transformation options (experts only)

Khi đi sâu vào đó và chạy verify đã đưa ra thông báo lỗi hữu ích hơn ...

Recovery/transformation command (? for help): v

Problem: The secondary header's self-pointer indicates that it doesn't reside
at the end of the disk. If you've added a disk to a RAID array, use the 'e'
option on the experts' menu to adjust the secondary header's and partition
table's locations.

Identified 1 problems!

Trong gdiskchế độ chuyên gia, có tùy chọn sau ...

e       relocate backup data structures to the end of the disk

... đã chạy thành công và đầu ra xác minh bây giờ là ...

Expert command (? for help): v

No problems found. 15625881566 free sectors (7.3 TiB) available in 2
segments, the largest of which is 15625879552 (7.3 TiB) in size.

Việc in bảng phân vùng hiện cho thấy khu vực có thể sử dụng cuối cùng là 56Billion thay vì 39Billion và tôi đã có thể tạo phân vùng mới và thêm nó vào LVM mà nếu có ai quan tâm đến các bước đó là ...

partprobe           <-- add the /dev/sdb2 device if you don't want to reboot 
pvcreate /dev/sdb2
vgextend bak /dev/sdb2
lvextend /dev/mapper/bak-bak -l 100%PVS -r

Để làm rõ, để tránh phải khởi động lại sau khi di chuyển cấu trúc dữ liệu sao lưu, bạn đã chạy partprobe? Ngoài ra, bài này là một cứu người . Cảm ơn bạn đã đóng góp.
Xoay

@Sw Xoay Điều đó đúng. Nếu không chạy partprob hoặc khởi động lại thiết bị sdb2 sẽ không được tạo trong thư mục / dev và cần phải ở đó để thực thi các lệnh lvm theo sau. Tôi rất vui vì bài đăng đã giúp bạn :-)
Vagnerr

2

Chìa khóa của snafu này là:

Last LBA: 39064698846

Nhãn GPT của bạn không phản ánh kích thước trung bình, đã thay đổi. fdisktìm kiếm không gian trống theo cách không hoàn hảo, nhưng ít nhất là hợp lý - nó tìm kiếm khu vực có sẵn đầu tiên trong không gian trống lớn nhất có sẵn giữa các LBA đầu tiên và cuối cùng của GPT Label .

Một cách xung quanh nó có thể được sử dụng sfdiskđể đổ nhãn, chỉnh sửa nhãn phù hợp với kích thước trung bình của bạn và viết lại hoặc sử dụng tốt hơn partedđể xử lý vấn đề đó IMO.

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.