Mdadm
向 Iomega IX2-200 添加了 4Tb 硬碟,但無法擴展卷
我有一個帶有 2Tb(1.8Tb 可用)空間的 Iomega IX2-200。
它有兩個磁碟設置為 RAID1。
我正在嘗試將此升級到 4Tb 磁碟。
到目前為止,這是我遵循的過程:
- 從 IX2 中移除第二個磁碟,並用 4Tb 磁碟替換它。
- IX2 自動開始重新同步/鏡像 disk1 (2Tb) 到新的 4Tb 磁碟。
- 幾個小時後,我們看到秒磁碟為 1.8Tb。
- 用另一個 4Tb 驅動器替換第一個磁碟,然後重新啟動。
- IX2 再次開始將disk2 鏡像到disk1。
- 幾個小時後,我們在 IX2 中有 2 個 4Tb 磁碟,但只有 1.8Tb 可用。
- IX2 還沒有
gdisk
安裝,所以我移除了磁碟,將它們作為 USB 驅動器連接到 Linux 伺服器並執行 gdisk:
gdisk /dev/sdh
x
e
這使我能夠擴展分區(鍵入 Microsoft 基本數據 0700)。
- 對另一個磁碟重複。
- 現在將磁碟放回 IX2 並重新啟動。
- 增大和調整音量:
umount /mnt/pools/A/A0 mdadm --grow /dev/md1 --size=max pvresize /dev/md1
- 檢查結果:
顯示器 --- 卷組 --- 虛擬機名稱 5244dd0f_vg 系統編號 lvm2 格式 元數據區 1 元數據序列號 6 VG 訪問讀/寫 VG 狀態可調整大小 最大低壓 0 電流 LV 1 打開 LV 0 最大 PV 0 目前 PV 1 行動 PV 1 VG 大小 3.62 TB PE 大小 4.00 MB 總PE 948739 分配 PE / 大小 471809 / 1.80 TB 免費 PE / 大小 476930 / 1.82 TB VG UUID FB2tzp-8Gr2-6Dlj-9Dck-Tyc4-Gxx5-HHIsBD --- 卷組 --- VG 名稱 md0_vg 系統編號 lvm2 格式 元數據區 1 元數據序列號 3 VG 訪問讀/寫 VG 狀態可調整大小 最大低壓 0 電流 LV 2 打開LV 2 最大 PV 0 目前 PV 1 行動 PV 1 VG 大小 20.01 GB PE 大小 4.00 MB 總PE 5122 分配 PE / 大小 5122 / 20.01 GB 免費 PE / 尺寸 0 / 0 VG UUID EA3tJR-nVdm-0Dcf-YtBE-t1Qj-peHc-Sh0zXe
- 重啟。
- 結果 - 仍顯示為 1.8Tb:
df -h 已使用的文件系統大小可用使用百分比已安裝在 根文件系統 50M 2.5M 48M 5% / /dev/root.old 6.5M 2.1M 4.4M 33% /initrd 無 50M 2.5M 48M 5% / /dev/md0_vg/BFDlv 4.0G 607M 3.2G 16% /boot /dev/loop0 576M 569M 6.8M 99% /mnt/apps /dev/loop1 4.9M 2.2M 2.5M 47% /etc /dev/loop2 212K 212K 0 100% /oem tmpfs 122M 0 122M 0% /mnt/apps/lib/init/rw tmpfs 122M 0 122M 0% /dev/shm /dev/文件夾/md0_vg-vol1 16G 1.2G 15G 8% /mnt/系統 /dev/mapper/5244dd0f_vg-lv58141b0d 1.8T 1.7T 152G 92% /mnt/pools/A/A0
我發現了幾個具有捲大小的配置文件,所以我編輯了這些:
/etc/sohoProvisioning.xml
增加
Size
以下標識 2 和 3 的值:<Partitions> <Partition Ident="0" Drive="0" Size="21484429312" Device="sda1" SysPartition="1"></Partition> <Partition Ident="1" Drive="1" Size="21484429312" Device="sdb1" SysPartition="1"></Partition> <Partition Ident="2" Drive="0" Size="3979300000000" Device="sda2" SysPartition="0"></Partition> <Partition Ident="3" Drive="1" Size="3979300000000" Device="sdb2" SysPartition="0"></Partition> </Partitions>
重新啟動但仍然只有 1.8Tb 可用。
更新 1
按照我執行的第一個答案建議:
lvresize -l +100%FREE /dev/mapper/5244dd0f_vg-lv58141b0d
然後我跑了:
xfs_growfs /mnt/pools/A/A0 meta-data=/dev/mapper/5244dd0f_vg-lv58141b0d isize=256 agcount=4, agsize=120783104 blks = sectsz=512 attr=2 data = bsize=4096 blocks=483132416, imaxpct=5 = sunit=0 swidth=0 blks naming =version 2 bsize=4096 log =internal bsize=4096 blocks=32768, version=2 = sectsz=512 sunit=0 blks, lazy-count=0 realtime =none extsz=4096 blocks=0, rtextents=0
但數組大小不變:
root@nmsts1:/# mdadm -D /dev/md1 /dev/md1: Version : 01.00 Creation Time : Mon Mar 7 08:45:49 2011 Raid Level : raid1 Array Size : 3886037488 (3706.01 GiB 3979.30 GB) Used Dev Size : 7772074976 (7412.03 GiB 7958.60 GB) Raid Devices : 2 Total Devices : 1 Preferred Minor : 1 Persistence : Superblock is persistent
我似乎已經損壞了第二個磁碟,所以陣列只顯示 /dev/sda,但即使使用一個磁碟,調整大小也應該可以工作,不是嗎?
按照邁克爾的建議,我嘗試了
lvresize
但xfs_grow
沒有區別。我還以某種方式設法“破壞”了第二個磁碟。
無奈之下找到了這篇文章:
這導致我將 Iomeaga IX2-200(從 2012 年左右)的韌體升級到 3.2.16.30221。我下載了 .tgz 文件並將其送出給 IX2 的 Web 控制面板應用程序。
升級需要一段時間。
升級後,Web 應用程序開始報告有關儲存的混合消息 - 主要進度條提示 50%,即現在看到 3.7Tb 空間,但
df -h
係統上仍報告 1.7Tb。所以,我嘗試了
xfs_growfs
,然後df -h
報告了 3.7Tb。寬慰!!
有幾點需要注意——
- 文章,使用者指南建議 Iomega ’nobbled’ 以支持 3Tb 的 mox - 我已成功換成 4Tb。
- 建議先升級韌體。
- 韌體升級後,請按照我的問題中的程序進行操作。
- 擁有另一台可以插入驅動器的 Linux 機器有助於備份和使用/安裝可能需要的更廣泛的工具(在我的情況下是更新版本的
gdisk
.
除了最後兩個步驟之外,您完成了所有操作:
- 調整邏輯卷的大小。您的 vgdisplay 中有 1.82TB 的免費顯示,所以到目前為止您已正確完成所有操作。現在你只需要調整 LV 的大小。例如:
lvresize -l +100%FREE /dev/mapper/5244dd0f_vg-lv58141b0d
- 最後在邏輯卷內調整文件系統的大小。如何做到這一點取決於您使用的文件系統,但此資訊在您的文章中不可用。