ステップ 1 :ストレージ デバイスを再スキャンして、サイズが変更されたことをカーネルに通知してください。マルチパスの 4 つのコンポーネントすべてに対してこれを行う必要があるかどうかはわかりませんが、害はないはずです。 rescan に何かを書き込むことで、ストレージ デバイスを再スキャンします。 ファイル:
echo > /sys/class/block/sdl/device/rescan
echo > /sys/class/block/sdm/device/rescan
echo > /sys/class/block/sdn/device/rescan
echo > /sys/class/block/sdo/device/rescan
HBA のスキャンも機能するはずです。 SCSI HBA には scan があります ファイル; 3 つの 10 進数のコントローラー、ターゲット、および LUN を書き込み、その LUN をスキャンします。または、数字の代わりにワイルドカード「-」を使用します。以下は、2 つの HBA のコントローラ 0 のすべてのデバイスをスキャンします:
echo "0 - -" > /sys/class/scsi_host/host1/scan
echo "0 - -" > /sys/class/scsi_host/host4/scan
ステップ 2 :この時点で、カーネルは /dev/mapper/mpathc であることを認識しています。 27TBです。ここで、パーティション 1 のサイズを増やす必要があります。parted コマンドを使用してパーティションのサイズを変更できますが、Centos 7 バージョンの parted は にはその機能がありません。したがって、ファイルシステムをアンマウントし、パーティションを削除して (怖いですね)、今度は正しいサイズでパーティションを再度作成します。パラメータが正しいことを確認してください。
umount /dev/mapper/mpathc1
parted /dev/mapper/mpathc1 rm 1 mkpart primary 0% 100% print
最初に、貴重なデータを含まないディスクでテストすることをお勧めします。
parted をインストールできるかどうかわかりません resizepart があるバージョン 指図。 2 番目のステップが簡単になります。
RHEL 7 ストレージ マニュアルには、fdisk と同様の手順が含まれています。 、ただし、LVM を想定しており、マルチパスはありません。 fdisk の後 おそらく kpartx を使用する必要があります ディスク上の変更についてカーネルに通知します。このように、parted アプローチはより簡単に思え、したがって私にとってより安全です。
ステップ 3 処置:ファイルシステムを増やしてください。まず、再度マウントします。 XFS の場合は、マウントしてから xfs_growfs を実行する必要があります .
mount /dev/mapper/mpathc1 /Splunk-Storage/COLD
xfs_growfs /Splunk-Storage/COLD
ext[234] なら resize2fs を実行 .マウントまたはアンマウントできます。
resize2fs /dev/mapper/mpathc1
mount /dev/mapper/mpathc1 /Splunk-Storage/COLD