☰

为什么 9650SE RAID1 没有显示磁盘的全部大小？

tag-icon • tag-icon raid vmware-esxi lsi 3ware
为什么 9650SE RAID1 没有显示磁盘的全部大小？

这是如何在 ESXi 5.0 下扩展 3Ware 9650SE RAID1？

我已连续用 2TB 驱动器替换 RAID1 中的 1TB 驱动器，希望能够扩大 ESXi 5.0 中的数据存储。更换驱动器并完成重建后，我可以启动 ESXi（RAID 也是启动分区），但分区工具（ESXi 维护partedUtil和 gParted 启动磁盘）显示 RAID 为原始的 ~1TB 以下大小。

我需要做什么才能让操作系统（尤其是 ESXi）看到驱动器中未使用的部分？

编辑 正如 MDMarra 在下面建议的那样，我尝试了 CLI KB 文章，但结果令人困惑。我想我的问题仍然存在。措辞不同：为什么分区工具无法读取磁盘阵列中驱动器的全部大小，以及如何启用它们？

/dev/disks # partedUtil getptbl /vmfs/devices/disks/naa.600050e0f7f321007eb30000401b0000
gpt
121575 255 63 1953103872
1 64 8191 C12A7328F81F11D2BA4B00A0C93EC93B systemPartition 128
5 8224 520191 EBD0A0A2B9E5443387C068B6B72699C7 linuxNative 0
6 520224 1032191 EBD0A0A2B9E5443387C068B6B72699C7 linuxNative 0
7 1032224 1257471 9D27538040AD11DBBF97000C2911D1B8 vmkDiagnostic 0
8 1257504 1843199 EBD0A0A2B9E5443387C068B6B72699C7 linuxNative 0
2 1843200 10229759 EBD0A0A2B9E5443387C068B6B72699C7 linuxNative 0
3 10229760 1953103838 AA31E02A400F11DB9590000C2911D1B8 vmfs 0

查看该行，121575 255 63 1953103872最后一个数字应该是磁盘的 LBA 大小（以 512 字节为单位），在本例中略低于 1TB。无论如何，继续前进...

~ # vmkfstools --growfs "/vmfs/devices/disks/naa.600050e0f7f321007eb30000401b0000:3" "/vmfs/devices/disks/naa.600050e0f7f321007eb30000401b0000:3"
Underlying device has no free space
Error: No space left on device

所以我想我需要做一些事情来让操作系统看到 RAID 阵列的真实大小。

编辑2 输出tw_cli

~ # /tmp/tw_cli /c0
Error: (CLI:003) Specified controller does not exist.
~ # /tmp/tw_cli show

Ctl   Model        (V)Ports  Drives   Units   NotOpt  RRate   VRate  BBU
------------------------------------------------------------------------
c6    9650SE-4LPML 4         2        1       0       1       1      -

~ # /tmp/tw_cli /c6 show

Unit  UnitType  Status         %RCmpl  %V/I/M  Stripe  Size(GB)  Cache  AVrfy
------------------------------------------------------------------------------
u0    RAID-1    OK             -       -       -       931.312   RiW    ON

Port   Status           Unit   Size        Blocks        Serial
---------------------------------------------------------------
p0     OK               u0     1.82 TB     3907029168    WD-WCAY00283502
p1     OK               u0     1.82 TB     3907029168    WD-WCAY00286752
p2     NOT-PRESENT      -      -           -             -
p3     NOT-PRESENT      -      -           -             -

~ #

答案1

您只需增加逻辑磁盘/单元（u0）的大小。

某些形式的tw_cli /c0/u0 migrate命令似乎对你有用，但请参阅这篇知识库文章给出了相互矛盾的信息。

步骤 5：3ware 支持工程师将为您创建一个脚本，该脚本将重写磁盘驱动器 RAID 表信息。新的 RAID 表信息（或 DCB）将允许控制器查看和使用新的、容量更大的驱动器。

答案2

您的扩展尝试目前尚未成功。

它可能失败了 - 这将在控制器日志中产生相应的条目。查看输出的“控制器日志”部分tw_cli show diag。

或者你可能使用了错误的命令集。在你的特殊情况下，这似乎有点棘手。直观地说，使用

 tw_cli /c6/u0 migrate type=raid1

应该启动扩展，但根据矩阵，不支持从 raid1 到 raid1 的迁移10.2 最新/最佳 CLI 指南（似乎是从 2010 年开始的）：

tw_cli 的有效迁移路径

由于我不太确定这是否仍然是最新且正确的信息，因此我只想尝试前一个命令进行迁移。如果失败，则要走的路线可能是

 tw_cli /c6/u0 migrate type=single

这会打破镜子，然后跑

 tw_cli /c6 show

查看哪个磁盘已进入 u0，哪个磁盘已分离到另一个单元。通过发出以下命令删除新创建的单元

 tw_cli /c6/u<newUnitNumber> del

然后运行

 tw_cli /c6/u0 migrate type=raid1 disk=<whatever disk number is not in u0 any more>

重新镜像最终应该会扩展阵列的容量。但说实话，这时我会打电话给 LSI 技术支持，以确保我不会因为粗心大意而搞砸阵列。

还有一点很重要：确保您拥有可以恢复的最新备份。

答案3

你需要使用 CLI 扩展分区并增大 VMFS 卷。您无法通过具有本地存储的 GUI 执行此操作，因此您必须使用 vCLI。

相关内容