我们在 Dell R720xd 上有一个大约 18TB 的大型硬件 RAID 阵列。目前 RAID5 阵列由 6x4TB 组成,我需要对其进行扩展。
步骤1 扩展硬件raid阵列。
如果您安装了戴尔管理工具,那就足够简单了。
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
(最后两个是新磁盘,可以使用omreport
工具进行确认)虽然需要一段时间,但一切都很顺利,我能够确认阵列已经扩展。
% 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
...
步骤 2 新建分区
因此,vdisk 现在报告的大小增加了( 26TB )。并且fdisk
确实同意......
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
但是,当我向磁盘添加额外的分区时,发生了以下情况......
Command (m for help): n
Partition number (2-128, default 2): 2
First sector (34-2047):
我现在磁盘上还有大约 160 亿个扇区,但我无法使用它们。我只提供 34-2047 个扇区。我无法分配 8TB 的新空间,尽管我目前只设置了一个分区。
另一件让我感到奇怪的事情是,我得到的分区号是 2-128,而不是简单的 2-4。分区表没有显示任何扩展分区,所以我原本以为这会将我最初限制为 4 个分区。
我是否遗漏了什么?
- 自扩展驱动器阵列以来,机器已重新启动。在此之前,fdisk 只会报告原始的 18TB
- 尽管报告的总体容量为 25 TB,但尝试
cfdisk
仅报告 2015 年可用的 390 亿个扇区。 - 如果可以避免,我们不想删除并重新创建分区,因为这样可能会丢失所有数据。完成后,我们更愿意简单地使用新分区扩展 LVM 卷组。
- 这与以下问题类似:另一个服务器故障问题,但我不受分区不足的限制,而且我不会思考我受到了扩展分区的限制。
- 它不是扇区大小因驱动器扩展而扩大。如果是 fdisk,我本以为它不会报告扇区数增加。此外,
pvs
和vgs
未报告 LVM 下任何额外的未分配空间 - 我在虚拟机上试运行了此程序,没有遇到这种情况。但是我关闭了虚拟机并增加了其磁盘设备大小。因此在大小增加期间它不在线。此外,对于虚拟机来说,驱动器大小要小几个数量级。
更新 1 Micheal 请求“x'pert 模式输出...”
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.
那么可能存在 LBA 错误吗?
答案1
问题在于备份分区表的位置。通常情况下,您期望主分区表位于开头,而备份分区表位于结尾。磁盘调整大小使更多扇区可用,但从未移动备份表。fdisk 不喜欢这样,我相信这是错误MyLBA mismatch with real position at backup header.
消息。不太清楚。
我从 切换fdisk
到gdisk
,输出略有不同。在 gdisk 中,您有...
r recovery and transformation options (experts only)
进入该界面并运行v
erify 会给出更有用的错误消息......
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!
在gdisk
专家模式下有以下选项...
e relocate backup data structures to the end of the disk
... 运行成功,验证输出现在是......
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.
打印分区表现在显示最后可用扇区为 560 亿而不是 390 亿,并且我能够创建新分区并将其添加到 LVM 中,如果有人感兴趣的话,其步骤如下...
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
答案2
造成这一混乱的关键在于:
Last LBA: 39064698846
您的 GPT 标签未反映已更改的中等大小。fdisk
确实以不完美但至少合乎逻辑的方式搜索可用空间 - 它会在最大的可用空间中查找第一个可用扇区GPT 标签第一个和最后一个 LBA。
解决这个问题的一种方法可能是使用sfdisk
转储标签,将其适当地编辑为中等大小并将其写回,或者更好地使用parted
它应该可以解决这个问题 IMO。