web-dev-qa-db-ja.com

RHELアプライアンスで論理ボリュームを拡張できません

問題

CA/BroadcomAPIゲートウェイ用のRHEL仮想アプライアンスのアップグレード中に問題が発生しました

この問題は、9.3から9.4へのアップグレード中に、2GB/tmpディレクトリが小さすぎてプラットフォームパッチを抽出できないという問題を示しています。

当然、次のステップは/ tmpディレクトリを増やして、正常に抽出できるようにすることでした-ここにあるドキュメントに従ってください：

https://techdocs.broadcom.com/content/broadcom/techdocs/us/en/ca-enterprise-software/layer7-api-management/api-gateway/9-3/reference/virtual-appliance- Deployment-best-practices/virtual-appliance-configuration /賞-size-of-virtual-disk.html

私はこれをすべて問題なく実行しました：

fdisk /dev/sdb
Select Option N to add a new partition
Select Option P to set the new partition as the primary
Specify "1" to set the partition number
Press <Enter> to accept the default starting cylinder
Press <Enter> to accept the default ending cylinder
Select Option T to change the partition type
Specify "8e" to change the type to "Linux LVM"
Select Option W to write the changes to disk.
Initialize the new disk partition: pvcreate /dev/sdb1
Add a physical volume to an existing volume group: vgextend vg00 /dev/sdb1

壊れた場所：

私の問題はここにあります：lvextend -r -l +100%FREE /dev/mapper/vg00-lv_tmp /dev/sdb1

lvextend（resize2fs）の「-r」フラグは実際のファイルシステムのサイズを変更し、それが失敗する部分です

lvscanを見ると、/ lv_tmpで実際のボリュームが正常に拡張されました（元の2GB +追加のディスクからの追加の10GB = 12GB）

問題は次のとおりです。論理ボリュームが拡張されたにもかかわらず、ファイルシステムのサイズが正常に変更されませんでした（したがって、事実上、lvscanは12GBを報告し、df -hは2GBのみを示します）

fsadm: Resize ext3 Failed. fsadm failed: 1を取得します

期待される結果：

元の2GBをさらに10GBに拡張した後、使用可能なスペースを12GBに増やす必要があります

linuxredhatdisk-space-utilization
1
naildrone

ext[234]ファイルシステムのサイズ変更には、いくつかの前提条件があります。最も重要なのは、ファイルシステムがクリーンな状態にあることです。 lvextend（fsadmを呼び出し、次にresize2fsを呼び出す）で特定のエラーが表示されない場合は、手動で確認してください。

e2fsck -fn /dev/mapper/vg00-lv_tmp

通常、resize2fsは、サイズ変更操作の前に何をする必要があるかを明示的に示します。

# resize2fs /dev/mapper/vg00-lv_tmp
Please run 'e2fsck -f /dev/mapper/vg00-lv_tmp' first
1
anx