硬件 RAID 阵列扩展后,fdisk 不允许我使用额外的可用扇区

硬件 RAID 阵列扩展后,fdisk 不允许我使用额外的可用扇区

我们在 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,我本以为它不会报告扇区数增加。此外,pvsvgs未报告 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.消息。不太清楚。

我从 切换fdiskgdisk,输出略有不同。在 gdisk 中,您有...

r       recovery and transformation options (experts only)

进入该界面并运行verify 会给出更有用的错误消息......

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。

相关内容