PowerPath:PowerPath LUNにパーティション テーブルがない場合でもLinuxファイル システムを拡張する方法
Summary: PowerPath:PowerPath LUNにパーティション テーブルがない場合でもLinuxファイル システムを拡張する方法。
Symptoms
お客様は、ネイティブLinux LVMでマッピングされているネイティブLinux LVMファイル システムSAN LUNで2つを拡張しようとして失敗しました。
Linux 2.6.18-128.el5を実行する、PowerPath 5.3 SP 1(ビルド111)を介してRHEL5およびRHEL6サーバーに複数のLUNを提供するVNX5500
お客様は、VNX上のこれら2つのLUNのユーザー容量をすでに拡張しています。
以前の容量は82 GBと60 GBでしたが、それぞれ136 GBと90 GBに拡張されました。
お客様が従っていた手順:
lvdisplay -v /dev/[volgroup]/[logicalvolume]- 物理デバイスを識別するためfdisk -l /dev/[device]- パーティションテーブルを確認するにはdf -h /[mountpoint]- 既存の容量を確認するgrep mpt /sys/class/scsi_host/host?/proc_name- 再スキャンするSCSIバスを識別するためecho "- - -" > /sys/class/scsi_host/hostX/scan- デバイス「hostX」を再スキャンするpvs /dev/[device]- 物理ボリュームのサイズを確認するにはpvresize /dev/[device]- 物理ボリュームを新しい LUN サイズに拡張する場合pvs /dev/[device]- 新しい物理ボリュームサイズを確認するにはvgscan- ボリュームグループキャッシュを再構築するにはvgs [volgroup]- ボリュームグループ情報を確認するにはlvextend -l +100%FREE /dev/[volgroup]/[logicalvolume]- 論理ボリュームを拡張してディスクをいっぱいにするresize2fs /dev/[volgroup]/[logicalvolume]- 論理ボリューム上のファイルシステムのサイズを変更するdf -h /[mountpoint]- 新しい容量を確認するには
PowerPathでマウントされたLUNには、有効なパーティション テーブルがないようです。
fdisk -l /dev/emcpowercb Disk /dev/emcpowercb: 91.2 GB, 91268055040 bytes 255 heads, 63 sectors/track, 11096 cylinders Units = cylinders of 16065 * 512 = 8225280 bytes Disk /dev/emcpowercb doesn't contain a valid partition table
/dev/emcpowercbの最初の512バイトは次のとおりです。
hexdump -Cn512 /dev/emcpowercb 00000000 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |................| * 00000200
ただし、LUNはマウントされ、システムにアクセスできます(例)。
df -h /DCCDBUNIX/data01 Filesystem Size Used Avail Use% Mounted on /dev/mapper/vg2dccdbnx2pd01-lvdccdbnxd01 84G 67G 13G 84% /DCCDBUNIX/data01
上記の例は、次のPowerPathにマッピングされたLUNを対象としています。
vgdisplay -v vg2dccdbnx2pd01 Using volume group(s) on command line Finding volume group "vg2dccdbnx2pd01" --- Volume group --- VG Name vg2dccdbnx2pd01 --- Logical volume --- LV Name /dev/vg2dccdbnx2pd01/lvdccdbnxd01 VG Name vg2dccdbnx2pd01 LV Size 85.00 GB Block device 253:9 --- Physical volumes --- PV Name /dev/emcpowercb Total PE / Free PE 21759 / 0
Cause
PowerPath LUNにパーティション テーブルがない場合でも、Linuxファイル システムを拡張しようとしていますか?
Resolution
Red Hatでは、コマンドを使用して物理ボリュームを表示するのが適切です。
pvs -o+pv_used /dev/[pseudo_device]
次に、ディスクをシステムに追加し、追加されたディスク上にストライプ内のボリューム グループを拡張する場合。
元のLUNが拡張されたときの未使用の未フォーマット ディスク領域を表示します。
pvs -av /dev/[pseudo_device]
ホストからデバイスをスキャンすることに加えて、すべてのPowerPathネイティブ デバイスに対するblockdevコマンドは設計どおりに動作しました。
:
blockdev --rereadpt /dev/sds blockdev --rereadpt /dev/sdbr blockdev --rereadpt /dev/sddq
以下のコマンドは、ワイルドカードを/sys/class/scsi_host/hostX/scanにエコーして、ホストを使用してHBA全体を再スキャンし、LUNデバイスを更新しても機能しませんでした。
echo "1" >/sys/block/sds/device/rescan echo "1" >/sys/block/sdbr/device/rescan echo "1" >/sys/block/sddq/device/rescan
次に、最後のステップとしてUnisphereでLUNを拡張するには、rootにする必要があります。
# powermt display dev=emcpowerai Pseudo name=emcpowerai VNX ID=APMXXXXXXXXXXX [xxxxx] Logical device ID=xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx [xxxxx_dccdbnx2i02_RV] state=alive; policy=CLAROpt; queued-IOs=0 Owner: default=SP A, current=SP A Array failover mode: 4 ============================================================================== --------------- Host --------------- - Stor - -- I/O Path -- -- Stats --- ### HW Path I/O Paths Interf. Mode State Q-IOs Errors ============================================================================== 3 lpfc sds SP A5 active alive 0 0 3 lpfc sdbr SP B5 active alive 0 0 4 lpfc sddq SP A4 active alive 0 0 pvs -o+pv_used,dev_size |grep /dev/emcpowerai /dev/emcpowerai vg2dccdbnx2qi01 lvm2 a-- 60.00G 0 60.00G 60.00G umount /DCCDBUNIX/index01 blockdev --rereadpt /dev/sds blockdev --rereadpt /dev/sdbr blockdev --rereadpt /dev/sddq pvs -o+pv_used,dev_size |grep /dev/emcpowerai /dev/emcpowerai vg2dccdbnx2qi01 lvm2 a-- 60.00G 0 60.00G 92.00G pvresize /dev/emcpowerai Physical volume "/dev/emcpowerai" changed 1 physical volume(s) resized / 0 physical volume(s) not resized pvs -o+pv_used,dev_size |grep /dev/emcpowerai /dev/emcpowerai vg2dccdbnx2qi01 lvm2 a-- 92.00G 32.00G 60.00G 92.00G pvscan |grep '/dev/emcpowerai' PV /dev/emcpowerai VG vg2dccdbnx2qi01 lvm2 [92.00 GB / 32.00 GB free] vgscan |grep 'vg2dccdbnx2qi01' Found volume group "vg2dccdbnx2qi01" using metadata type lvm2 vgs |grep vg2dccdbnx2qi01 vg2dccdbnx2qi01 1 1 0 wz--n- 92.00G 32.00G lvextend -l +100%FREE /dev/vg2dccdbnx2qi01/lvdccdbnxi01 lvextend -l +100%FREE /dev/vg2dccdbnx2qi01/lvdccdbnxi01 Extending logical volume lvdccdbnxi01 to 92.00 GB Logical volume lvdccdbnxi01 successfully resized resize2fs /dev/vg2dccdbnx2qi01/lvdccdbnxi01 resize2fs 1.39 (29-May-2006) Please run 'e2fsck -f /dev/vg2dccdbnx2qi01/lvdccdbnxi01' first. e2fsck -f /dev/vg2dccdbnx2qi01/lvdccdbnxi01 e2fsck 1.39 (29-May-2006) Pass 1: Checking inodes, blocks, and sizes Pass 2: Checking directory structure Pass 3: Checking directory connectivity Pass 4: Checking reference counts Pass 5: Checking group summary information /dev/vg2dccdbnx2qi01/lvdccdbnxi01: 43/7864320 files (16.3% non-contiguous), 12034277/15727616 blocks resize2fs /dev/vg2dccdbnx2qi01/lvdccdbnxi01 resize2fs 1.39 (29-May-2006) Resizing the filesystem on /dev/vg2dccdbnx2qi01/lvdccdbnxi01 to 24116224 (4k) blocks. The filesystem on /dev/vg2dccdbnx2qi01/lvdccdbnxi01 is now 24116224 blocks long. mount /DCCDBUNIX/index01 df -h /dev/mapper/vg2dccdbnx2qi01-lvdccdbnxi01 91G 45G 41G 53% /DCCDBUNIX/index01
別のオプションは再起動することですが、これは完全な再スキャンを作成するため、これも機能します。